src/sys/vm, branch releng/7.3

MFC r195635:

2010-02-13T11:24:11Z

Properly set MAP_ENTRY_WIRE_SKIPPED when aborting the loop. PR: kern/143717 (for RELENG_7) Approved by: re (bz)

MFC 194607:

2010-01-25T18:15:10Z

Implement a mechanism within vm_phys_alloc_contig() to defer all necessary calls to vdrop() until after the free page queues lock is released. This eliminates repeatedly releasing and reacquiring the free page queues lock each time the last cached page is reclaimed from a vnode-backed object. Approved by: re (kib)

MFC 193842:

2010-01-25T17:51:34Z

Eliminate an unnecessary restriction on the vm object type from vm_map_pmap_enter(). The immediate effect of this change is that automatic prefaulting by mmap() for small mappings is performed on POSIX shared memory objects just the same as it is on ordinary files. Approved by: re (kib)

MFC r200129 to stable/7:

2010-01-07T19:40:11Z

Remove trailing ";" in UMA_HASH_INSERT and UMA_HASH_REMOVE macros.

MFC 194429:

2009-12-02T15:24:57Z

Add support for UMA_SLAB_KERNEL to page_free(). (While I'm here remove an unnecessary newline character from the end of two panic messages.)

MFC r198472

2009-10-31T18:46:55Z

Eliminate an unnecessary check from vm_fault_prefault().

MFC 196615:

2009-10-29T15:10:38Z

Extend the device pager to support different memory attributes on different pages in an object. - Add a new variant of d_mmap() currently called d_mmap2() which accepts an additional in/out parameter that is the memory attribute to use for the requested page. - A driver either uses d_mmap() or d_mmap2() for all requests but not both. The current implementation uses a flag in the cdevsw (D_MMAP2) to indicate that the driver provides a d_mmap2() handler instead of d_mmap(). This is done to make the change ABI compatible with existing drivers and MFC'able to 7 and 8.

MFC r197661:

2009-10-04T13:03:07Z

Move the annotation for vm_map_startup() immediately before the function.

MFC 195840, 195844, and 196637:

2009-09-14T17:34:49Z

Add a new type of VM object: OBJT_SG. An OBJT_SG object is very similar to a device pager (OBJT_DEVICE) object in that it uses fictitious pages to provide aliases to other memory addresses. The primary difference is that it uses an sglist(9) to determine the physical addresses for a given offset into the object instead of invoking the d_mmap() method in a device driver.

Partial MFC of r194459 by thompsa, without merge recording,

2009-09-06T15:23:03Z

to allow the vm_phys_paddr_to_vm_page(9) to return NULL instead of panicking when supplied physical address does not correspond to a vm page. This is needed for device pager (and not yet merged sg pager) to skip memattr checks on specific addresses. Reported by: Thierry Herbelot