Alan Cox e832aafc51 - Eliminate the pte object from the pmap. Instead, page table pages are ... allocated as "no object" pages. Similar changes were made to the amd64 and i386 pmap last year. The primary reason being that maintaining a pte object leads to lock order violations. A secondary reason being that the pte object is redundant, i.e., the page table itself can be used to lookup page table pages. (Historical note: The pte object predates our ability to allocate "no object" pages. Thus, the pte object was a necessary evil.) - Unconditionally check the vm object lock's status in vm_page_remove(). Previously, this assertion could not be made on Alpha due to its use of a pte object.		2004-07-19 18:12:04 +00:00
..
alpha	- Eliminate the pte object from the pmap. Instead, page table pages are	2004-07-19 18:12:04 +00:00
compile
conf	In -CURRENT pseudo devices are not statically assigned at compile time,	2004-07-18 09:03:12 +00:00
include	- Eliminate the pte object from the pmap. Instead, page table pages are	2004-07-19 18:12:04 +00:00
isa	Catch up with __RMAN_RESOURCE_VISIBLE enough to get GENERIC to build	2004-07-01 15:07:27 +00:00
linux	Do a pass over all modules in the kernel and make them return EOPNOTSUPP	2004-07-15 08:26:07 +00:00
mcbus	Catch up with __RMAN_RESOURCE_VISIBLE enough to get GENERIC to build	2004-07-01 15:07:27 +00:00
osf1	- Replace wait1() with a kern_wait() function that accepts the pid,	2004-03-17 20:00:00 +00:00
pci	Catch up with __RMAN_RESOURCE_VISIBLE enough to get GENERIC to build	2004-07-01 15:07:27 +00:00
tlsb	Preparation commit for the tty cleanups that will follow in the near	2004-07-15 20:47:41 +00:00
Makefile