summaryrefslogtreecommitdiffstats
path: root/sys/uvm/uvm_amap.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Bring back Mickey's UVM anon change. Testing by thib@, beck@ andpedro2007-06-181-9/+116
| | | | ckuethe@ for a while. Okay beck@, "it is good timing" deraadt@.
* set hiwat mark for some of the more popular pools to reduce bouncingtedu2007-06-011-1/+2
| | | | ok art bob
* zap the vm_amap am_l simplelock, and amap_{lock/unlock} macros forthib2007-05-311-28/+1
| | | | | | simple_{lock/unlock}. ok art@
* Some ANSI function prototypes and misc cleanups.art2007-04-271-45/+17
| | | | only binary change is the line numbers to asserts.
* While splitting flags and pqflags might have been a good idea in theoryart2007-04-131-3/+3
| | | | | | | | | | | | to separate locking, on most modern machines this is not enough since operations on short types touch other short types that share the same word in memory. Merge pg_flags and pqflags again and now use atomic operations to change the flags. Also bump wire_count to an int and pg_version might go int as well, just for alignment. tested by many, many. ok miod@
* Mechanically rename the "flags" and "version" fields in struct vm_pageart2007-04-041-4/+4
| | | | | | | | | | to "pg_flags" and "pg_version", so that they are a bit easier to work with. Whoever uses generic names like this for a popular struct obviously doesn't read much code. Most architectures compile and there are no functionality changes. deraadt@ ok ("if something fails to compile, we fix that by hand")
* fix uvmhist #2: args are always u_long so fix missing %d and %x and no %ll; no change for normal codemickey2006-07-311-7/+7
|
* fix fmts for UVMHIST_LOG() entries making it more useful on 64bit archs; miod@ okmickey2006-07-261-15/+15
|
* Back out the anon change. Apparently it was tested by a few, but most ofderaadt2006-07-131-159/+9
| | | | | us did not see it or get a chance to test it before it was commited. It broke cvs, in the ami driver, making it not succeed at seeing it's devices.
* from netbsd: make anons dynamically allocated from pool.mickey2006-06-211-9/+159
| | | | | | this results in lesse kva waste due to static preallocation of those for every phys page and also every swap page. tested by beck krw miod
* {en,re}trys -> {en,re}tries; eyeballed by jmc@miod2005-12-101-2/+2
|
* Import M_CANFAIL support from NetBSD, removes a nasty panic during low-mem scenarios, instead generating an ENOMEM backfeed, ok tedu@, prodded by manyniklas2004-12-301-14/+31
|
* from netbsd; okay art@provos2002-05-091-2/+12
| | | | | | | | revision 1.43 date: 2002/03/28 06:06:29; author: nathanw; state: Exp; lines: +13 -3 In amap_pp_adjref(), avoid incorrectly merging the first two chunks in a ppref array when the range being adjusted includes the beginning of the array.
* First round of __P removal in sysmillert2002-03-141-4/+4
|
* setting prevlcv to 0 doesnt require additional checks. from chs@provos2002-02-281-6/+4
|
* merging ppref could cause negative back reference, fix from niklas@provos2002-02-201-3/+5
|
* amap_pp_adjref could fragment ppref array; fix by merging adjacent chunks;provos2002-02-191-12/+16
| | | | from Chuck Silvers; okay art@
* amap_extend is very expensive, allocate more memory to avoid bcopy the nextprovos2002-02-121-11/+18
| | | | time around; my fix was very similiar to netbsd, take netbsd fix; okay art@
* Pool deals fairly well with physical memory shortage, but it doesn't dealart2002-01-231-3/+2
| | | | | | | | | | | | | | | | | | well (not at all) with shortages of the vm_map where the pages are mapped (usually kmem_map). Try to deal with it: - group all information the backend allocator for a pool in a separate struct. The pool will only have a pointer to that struct. - change the pool_init API to reflect that. - link all pools allocating from the same allocator on a linked list. - Since an allocator is responsible to wait for physical memory it will only fail (waitok) when it runs out of its backing vm_map, carefully drain pools using the same allocator so that va space is freed. (see comments in code for caveats and details). - change pool_reclaim to return if it actually succeeded to free some memory, use that information to make draining easier and more efficient. - get rid of PR_URGENT, noone uses it.
* A fix to amap_wiperange from Chuck Cranor that has been in my tree forart2002-01-151-14/+11
| | | | | | a while. With his words: " here is a fix for a bug in amap_wiperange (was posted on netbsd's tech-kern list). i screwed up the loop control :("
* Back out a few more uvm changes, especially wrt swap usage.miod2002-01-021-11/+3
| | | | | | | This unbreaks m68k m88k sparc and perhaps others, which eventually froze when hitting swap. Tested by various people on various platforms. ok art@
* UBC was a disaster. It worked very good when it worked, but on someart2001-12-191-23/+23
| | | | | | | | | machines or some configurations or in some phase of the moon (we actually don't know when or why) files disappeared. Since we've not been able to track down the problem in two weeks intense debugging and we need -current to be stable, back out everything to a state it had before UBC. We apologise for the inconvenience.
* Yet another sync to NetBSD uvm.art2001-12-041-2/+2
| | | | | | Today we add a pmap argument to pmap_update() and allocate map entries for kernel_map from kmem_map instead of using the static entries. This should get rid of MAX_KMAPENT panics. Also some uvm_loan problems are fixed.
* Sync in more uvm from NetBSD. Mostly just cosmetic stuff.art2001-11-281-23/+23
| | | | Contains also support for page coloring.
* Sync in more stuff from NetBSD.art2001-11-111-14/+15
|
* Another sync of uvm to NetBSD. Just minor fiddling, no major changes.art2001-11-071-17/+17
|
* More sync to NetBSD.art2001-11-061-20/+19
| | | | | | - Use malloc/free instead of MALLOC/FREE for variable sized allocations. - Move the memory inheritance code to sys/mman.h and rename from VM_* to MAP_* - various cleanups and simplifications.
* Move the last content from vm/ to uvm/art2001-11-061-4/+2
| | | | | | | The only thing left in vm/ are just dumb wrappers. vm/vm.h includes uvm/uvm_extern.h vm/pmap.h includes uvm/uvm_pmap.h vm/vm_page.h includes uvm/uvm_page.h
* Minor sync to NetBSD.art2001-11-051-3/+2
|
* Don't include <vm/vm_kern.h> if you don't need foo_map.miod2001-09-111-2/+1
|
* Get rid of the PMAP_NEW option by making it mandatory for all archs.art2001-07-181-7/+5
| | | | | The archs that didn't have a proper PMAP_NEW now have a dummy implementation with wrappers around the old functions.
* Bring in revision 1.21 from NetBSD.art2001-03-151-17/+22
| | | | | | Be more careful in amap_alloc1 when handling failed allocations. We could have incorrectly returned success when the first or second of three allocations failed.
* $OpenBSD$niklas2001-01-291-0/+1
|
* seperate -> separate, okay aaron@provos2000-11-101-1/+1
|
* Convert bzero to memset(X, 0..) and bcopy to memcpy.art2000-09-071-9/+9
| | | | | This is to match (make diffs smaller) the code in NetBSD. new gcc inlines those functions, so this could also be a performance win.
* Fix the NetBSD id strings.art2000-03-151-2/+1
|
* sync with NetBSD from 1999.05.24 (there is a reason for this date)art1999-08-231-2/+2
| | | | | Mostly cleanups, but also a few improvements to pagedaemon for better handling of low memory and/or low swap conditions.
* add OpenBSD tagsart1999-02-261-0/+1
|
* Import of uvm from NetBSD. Some local changes, some code disabledart1999-02-261-0/+1066
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.