| Age | Commit message (Collapse) | Author |
|---|
|
|
|
68060 operation tested by deraadt@
|
|
some problems as well.
Requested by deraadt@
|
|
|
|
vm_map_t -> struct vm_map *
vm_map_entry_t -> struct vm_map_entry *
simple_lock_data_t -> struct simplelock
(uvm not done yet, coming in the next commit)
|
|
pmap_update API (right now it's nop).
|
|
correct pmap.
|
|
<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.
|
|
Compiles, but untested for lack of hardware.
|
|
|
|
update many copyrights
|
|
|
