summaryrefslogtreecommitdiffstats
path: root/sys/vm/vm_fault.c
Commit message (Expand)AuthorAgeFilesLines
* - Reduce Giant's scope in vm_fault().alc2003-12-261-14/+10
* NFC: Update stale comments.mini2003-11-101-1/+1
* - vm_fault_copy_entry() should not assume that the source object containsalc2003-10-151-5/+19
* Lock the destination object in vm_fault_copy_entry().alc2003-10-081-2/+7
* Retire vm_page_copy(). Its reason for being ended when peter@ modifiedalc2003-10-081-2/+4
* Synchronize access to a vm page's valid field using the containingalc2003-10-041-4/+8
* Migrate pmap_prefault() into the machine-independent virtual memory layer.alc2003-10-031-1/+91
* Add vm object locking to vnode_pager_lock(). (This triggers the movementalc2003-09-181-1/+1
* To implement the sequential access optimization, vm_fault() may need toalc2003-08-231-8/+10
* Maintain a lock on the vm object of interest throughout vm_fault(),alc2003-06-221-10/+9
* As vm_fault() descends the chain of backing objects, set paging-in-alc2003-06-221-8/+8
* Make some style and white-space changes to the copy-on-write path throughalc2003-06-221-10/+5
* Lock one of the vm objects involved in an optimized copy-on-write fault.alc2003-06-211-2/+5
* The so-called "optimized copy-on-write fault" case should not requirealc2003-06-201-9/+2
* Fix a vm object reference leak in the page-based copy-on-write mechanismalc2003-06-191-1/+1
* Use __FBSDID().obrien2003-06-111-2/+4
* Prefer the proc lock to sched_lock when testing PS_INMEM now that it isjhb2003-04-221-3/+4
* - Lock the vm_object when performing vm_object_pip_wakeup().alc2003-04-201-0/+10
* - Lock the vm_object when performing vm_object_pip_add().alc2003-04-201-0/+4
* - Add vm_paddr_t, a physical address type. This is required for systemsjake2003-03-251-2/+3
* Zero copy send and receive fixes:ken2003-03-081-2/+9
* Remove ENABLE_VFS_IOOPT. It is a long unfinished work-in-progress.alc2003-03-061-7/+0
* Merge all the various copies of vm_fault_quick() into a singledillon2003-01-161-0/+18
* vm_fault_copy_entry() needn't clear PG_ZERO because it didn't passalc2003-01-121-3/+0
* Reduce the number of times that we acquire and release the page queuesalc2002-12-291-2/+0
* - Hold the page queues lock around calls to vm_page_flag_clear().alc2002-12-241-0/+2
* - Hold the page queues lock when performing vm_page_busy() oralc2002-12-191-1/+7
* Now that pmap_remove_all() is exported by our pmap implementationsalc2002-11-161-2/+2
* When prot is VM_PROT_NONE, call pmap_page_protect() directly rather thanalc2002-11-101-2/+2
* Complete the page queues locking needed for the page-based copy-alc2002-10-191-2/+2
* o Retire pmap_pageable(). It's an advisory routine that nonealc2002-08-251-12/+0
* o Retire vm_page_zero_fill() and vm_page_zero_fill_area(). Ever sincealc2002-08-251-1/+1
* o Move a call to vm_page_wakeup() inside the scope of the page queues lock.alc2002-08-101-1/+1
* o Remove the setting and clearing of the PG_MAPPED flag. (This flag isalc2002-08-101-2/+2
* o Lock page queue accesses by vm_page_activate().alc2002-07-271-0/+6
* o Merge vm_fault_wire() and vm_fault_user_wire() by adding a new parameter,alc2002-07-241-49/+8
* o Lock page queue accesses by vm_page_free() and vm_page_deactivate().alc2002-07-211-0/+12
* o Lock page queue accesses by vm_page_cache() in vm_fault() andalc2002-07-201-1/+2
* o Lock some page queue accesses, in particular, those by vm_page_unwire().alc2002-07-131-1/+4
* At long last, commit the zero copy sockets code.ken2002-06-261-0/+14
* o Remove GIANT_REQUIRED from vm_fault_user_wire().alc2002-06-161-5/+1
* o Acquire and release Giant around pmap operations in vm_fault_unwire()alc2002-05-261-1/+2
* o Condition the compilation and use of vm_freeze_copyopts()alc2002-05-061-1/+2
* o Revert vm_fault1() to its original name vm_fault(), eliminating the wrapperalc2002-04-301-16/+11
* Document three synchronization issues in vm_fault().alc2002-04-291-0/+8
* o Introduce and use vm_map_trylock() to replace several direct usesalc2002-04-281-3/+1
* o Move the acquisition of Giant from vm_fault() to the pointalc2002-04-191-12/+8
* Add a comment documenting a race condition in vm_fault(): Specifically, aalc2002-04-181-0/+3
* o Call vm_map_growstack() from vm_fault() if vm_map_lookup() has failedalc2002-04-181-1/+10
* Remove an unused option, VM_FAULT_HOLD, to vm_fault().alc2002-04-171-2/+0
OpenPOWER on IntegriCloud