Poul-Henning Kamp d2bae332d6 Remove the absolute count g_access_abs() function since experience has ... shown that it is not useful. Rename the relative count g_access_rel() function to g_access(), only the name has changed. Change all g_access_rel() calls in our CVS tree to call g_access() instead. Add an #ifndef BURN_BRIDGES #define of g_access_rel() for source code compatibility.		2004-02-12 22:42:11 +00:00
..
default_pager.c	Access the swap_pagers' ->putpages() through swappagerops instead	2003-08-06 12:05:48 +00:00
device_pager.c	Simplify the various pager allocation routines by computing the desired	2004-01-04 20:55:15 +00:00
phys_pager.c	Simplify the various pager allocation routines by computing the desired	2004-01-04 20:55:15 +00:00
pmap.h	Move pmap_resident_count() from the MD pmap.h to the MI pmap.h.	2003-10-06 01:47:12 +00:00
swap_pager.c	Remove the absolute count g_access_abs() function since experience has	2004-02-12 22:42:11 +00:00
swap_pager.h	Staticize swap_pager_putpages()	2003-08-06 12:08:27 +00:00
uma_core.c	- Fix a problem where we did not drain the cache of buckets in the zone	2004-02-01 06:15:17 +00:00
uma_dbg.c	Provide a bit more help with "memory overwritten after free" style bugs.	2003-09-27 21:33:13 +00:00
uma_dbg.h	- Use my freebsd email alias in the copyright.	2002-09-19 06:05:32 +00:00
uma_int.h	Increase UMA_BOOT_PAGES because of changes to pv entry initialization in	2004-01-18 05:51:06 +00:00
uma.h	- Fix the silly flag situation in UMA. Remove redundant ZFLAG/ZONE flags	2003-09-19 08:37:44 +00:00
vm_contig.c	Remove vm_page_alloc_contig(). It's now unused.	2004-01-14 06:21:38 +00:00
vm_extern.h	Remove vm_page_alloc_contig(). It's now unused.	2004-01-14 06:21:38 +00:00
vm_fault.c	- Locking for the per-process resource limits structure has eliminated	2004-02-05 06:33:18 +00:00
vm_glue.c	Locking for the per-process resource limits structure.	2004-02-04 21:52:57 +00:00
vm_init.c	Change clean_map from a global to an auto variable	2003-09-01 16:46:47 +00:00
vm_kern.c	Unmanage pages allocated by kmem_alloc(). (There is no point in having PV	2004-01-10 00:22:33 +00:00
vm_kern.h	More pipe changes:	2003-08-11 05:51:51 +00:00
vm_map.c	Further reduce the use of Giant in vm_map_delete(): Perform pmap_remove()	2004-02-12 20:56:06 +00:00
vm_map.h	- Rename vm_map_clean() to vm_map_sync(). This better reflects the fact	2003-11-09 05:25:35 +00:00
vm_meter.c	Avoid lock-order reversal between the vm object list mutex and the vm	2004-01-02 19:38:25 +00:00
vm_mmap.c	Locking for the per-process resource limits structure.	2004-02-04 21:52:57 +00:00
vm_object.c	Don't acquire Giant in vm_object_deallocate() unless the object is vnode-	2004-01-18 03:44:14 +00:00
vm_object.h	- Rename vm_map_clean() to vm_map_sync(). This better reflects the fact	2003-11-09 05:25:35 +00:00
vm_page.c	- Enable recursive acquisition of the mutex synchronizing access to the	2004-01-08 20:48:26 +00:00
vm_page.h	- Align a comment within struct vm_page.	2003-10-25 18:33:04 +00:00
vm_pageout.c	Correct a long-standing race condition in the inactive queue scan. (See	2004-02-10 18:34:27 +00:00
vm_pageout.h	- Increase the object lock's scope in vm_contig_launder() so that access	2003-10-18 21:09:21 +00:00
vm_pageq.c	Expand inline the relevant parts of src/COPYRIGHT for Matt Dillon's	2003-08-12 23:24:05 +00:00
vm_pager.c	- Remove comments referring to functions that no longer exist.	2003-10-20 05:16:27 +00:00
vm_pager.h	- Push down Giant from vm_pageout() to vm_pageout_scan(), freeing	2003-10-24 06:43:04 +00:00
vm_param.h	Rev 1.16 renamed VM_METER to VM_TOTAL. This is breaking 3rd-party apps.	2003-01-18 21:14:02 +00:00
vm_unix.c	Locking for the per-process resource limits structure.	2004-02-04 21:52:57 +00:00
vm_zeroidle.c	- Use a seperate startup function for the zeroidle kthread. Use this to	2004-02-02 07:51:03 +00:00
vm.h	Change the way ELF coredumps are handled. Instead of unconditionally	2002-12-16 19:24:43 +00:00
vnode_pager.c	Eliminate the acquisition and release of Giant from vnode_pager_alloc().	2004-01-04 03:18:24 +00:00
vnode_pager.h	Remove __P.	2002-03-19 22:20:14 +00:00