Age | Commit message (Collapse) | Author |
|
the access type that caused this mapping. This is to simplify pmaps
with mod/ref emulation (none for the moment) and in some cases speed
up pmap_is_{referenced,modified}.
At the same time, clean up some mappings that had too high protection.
XXX - the access type is incorrect in old vm, it's only used by uvm and MD code.
The actual use of this in pmap_enter implementations is not in this commit.
|
|
other case the simple lock is released in vm_map_lock_drain_*interlock*
|
|
|
|
|
|
|
|
<chuck@openbsd.org>. This code is as of yet disabled on all platforms,
actually not yet supported on more than mvme68k, although other
platforms are expected soon, as code is already available.
This code makes handling of multiple physical memory regions
consistent over all platforms, as well as keeping the performance of
maintaining a single continuous memory chunk. It is also a
requirement for the upcoming UVM replacement VM system.
What I did in this merge: just declared the pmap_map function in a
MD include file per port that needs it. It's not an exported pmap
interface, says Chuck. It ended up in differnt include files on
differnet ports, as I tried to follow the current policy on a per-arch
basis.
|
|
|
|
|
|
myself a couple of weeks ago; reviewed and tested by a few people since then.
|
|
|
|
|
|
|
|
|
|
some /lx/p/ printf changes
|
|
<mycroft@netbsd.org> reorganization of the vm_collapse logic, although not
used verbatim. We no longer collapse objects from the pagedaemon as that
is not necessary anymore with the more aggressive collapses that gets done.
This also increases performance of loaded systems. Much KNF too.
|
|
|
|
|
|
|