History log of /openbsd-src/usr.sbin/procmap/procmap.c (Results 26 – 50 of 74)
Revision Date Author Comments
# dd728bb2 14-May-2013 miod <miod@openbsd.org>

Don't bother printing vm_swrss of a process, the current uvm accounting
logic never sets this value.


# 66f21f29 24-Apr-2013 deraadt <deraadt@openbsd.org>

pretty-print bigger ino_t variables


# 66fdeb09 21-Apr-2013 tedu <tedu@openbsd.org>

revert 1.45. it depended on a kernel change we will not be making, and
the old code was cleaner


# 16db1b70 26-Mar-2013 tedu <tedu@openbsd.org>

for the sake of argument, let's pretend this #if 0 code isn't wanted


# c3842089 23-Mar-2013 tedu <tedu@openbsd.org>

rework the main loop so we can drop kmem privs a little later,
prepping for a coming kernel change. we need to call sysctl for
all the procs to get their vmspace pointer, then we drop, then
we go gro

rework the main loop so we can drop kmem privs a little later,
prepping for a coming kernel change. we need to call sysctl for
all the procs to get their vmspace pointer, then we drop, then
we go grovelling. ok deraadt

show more ...


# 42db40a4 20-Mar-2013 tedu <tedu@openbsd.org>

revert, that restriction is already enforced the right way


# 49f57006 20-Mar-2013 deraadt <deraadt@openbsd.org>

Only root can look at the kernel address space.


# e4a14e78 16-Jan-2013 deraadt <deraadt@openbsd.org>

document a safe cast, which should be (unsigned int) instead of simply
(unsigned)


# aecbb8ab 09-Mar-2012 ariane <ariane@openbsd.org>

Userspace counterpart of new vmmap.

Allows memory walks to function.


# d3e280a1 06-Jun-2011 ariane <ariane@openbsd.org>

Userland counterpart of the vmmap backout; cranks major version of libkvm.


# 4e3da9ea 24-May-2011 ariane <ariane@openbsd.org>

Reimplement uvm/uvm_map.

vmmap is designed to perform address space randomized allocations,
without letting fragmentation of the address space go through the roof.

Some highlights:
- kernel address

Reimplement uvm/uvm_map.

vmmap is designed to perform address space randomized allocations,
without letting fragmentation of the address space go through the roof.

Some highlights:
- kernel address space randomization
- proper implementation of guardpages
- roughly 10% system time reduction during kernel build

Tested by alot of people on tech@ and developers.
Theo's machines are still happy.

show more ...


# 2f0339a4 23-Apr-2011 tedu <tedu@openbsd.org>

BRKSIZ is the right constant now, so I don't get lots of teeny tiny heaps
mixed up in my address space.


# 5027561d 10-Apr-2011 guenther <guenther@openbsd.org>

Switch back from KERN_PROC2/kinfo_proc2 to KERN_PROC/kinfo_proc now
that we've got name we want for the API we want

"ZAP!" deraadt@


# 691235ad 06-Apr-2011 miod <miod@openbsd.org>

Avoid using NULL in non-pointer contexts: use 0 for integer values and '\0'
for chars.


# 397daf5d 05-Apr-2011 thib <thib@openbsd.org>

Remove portalfs.

While it is a terribly cool idea, it's just awful and since noone has stepped
up to the plate to keep it up with the current vop state, retire it to the
attic.

ok krw@, deraadt@, g

Remove portalfs.

While it is a terribly cool idea, it's just awful and since noone has stepped
up to the plate to keep it up with the current vop state, retire it to the
attic.

ok krw@, deraadt@, guenther@, miod@.
comments from jmc@

show more ...


# 22dcaf1b 12-Aug-2009 miod <miod@openbsd.org>

Update nlist array and uncomment a few things to pave the way for upcoming
new name cache information gathering code.


# d1b478c6 12-Aug-2009 beck <beck@openbsd.org>

Namecache revamp.

This eliminates the large single namecache hash table, and implements
the name cache as a global lru of entires, and a redblack tree in each
vnode. It makes cache_purge actually pu

Namecache revamp.

This eliminates the large single namecache hash table, and implements
the name cache as a global lru of entires, and a redblack tree in each
vnode. It makes cache_purge actually purge the namecache entries associated
with a vnode when a vnode is recycled (very important for later on actually being
able to resize the vnode pool)

This commit does #if 0 out a bunch of procmap code that was
already broken before this change, but needs to be redone completely.

Tested by many, including in thib's nfs test setup.

ok oga@,art@,thib@,miod@

show more ...


# af25effb 04-Jun-2009 miod <miod@openbsd.org>

No longer consider kernel pointers invalid if pointing under the kernel
load address (hello, PMAP_DIRECT architectures). Makes procmap walk the
kernel name cache correctly.
ok art@


# 99bef0be 18-Sep-2008 otto <otto@openbsd.org>

document -A and include in usage


# ddf7db58 18-Sep-2008 art <art@openbsd.org>

Add a flag to print amap usage.
otto@ ok


# d874cce4 26-Jun-2008 ray <ray@openbsd.org>

First pass at removing clauses 3 and 4 from NetBSD licenses.

Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code t

First pass at removing clauses 3 and 4 from NetBSD licenses.

Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.

OK deraadt@

show more ...


# c07a82f6 09-Jun-2008 miod <miod@openbsd.org>

Define a new flag, UVM_FLAG_HOLE, for uvm_map to create a vm_map_entry of
a new etype, UVM_ET_HOLE, meaning it has no backend.

UVM_ET_HOLE entries (which should be created as UVM_PROT_NONE and with

Define a new flag, UVM_FLAG_HOLE, for uvm_map to create a vm_map_entry of
a new etype, UVM_ET_HOLE, meaning it has no backend.

UVM_ET_HOLE entries (which should be created as UVM_PROT_NONE and with
UVM_FLAG_NOMERGE and UVM_FLAG_HOLE) are skipped in uvm_unmap_remove(), so
that pmap_{k,}remove() is not called on the entry.

This is intended to save time, and behave better, on pmaps with MMU holes
at process exit time.

ok art@, kettenis@ provided feedback as well.

show more ...


# 99c22d01 02-Oct-2007 kettenis <kettenis@openbsd.org>

Use kinfo_proc2 instead of kinfo_proc.

ok art@


# 1ed98fdf 02-Sep-2007 deraadt <deraadt@openbsd.org>

use calloc() to avoid malloc(n * m) overflows; checked by djm canacar jsg


# 7cb1ef46 31-May-2007 thib <thib@openbsd.org>

Zap a bunch of unused VT_* tags.

ok tedu@,pedro@


123