NetBSD/sys/arch/hp300
atatat df0a9badc6 Introduce "top down" memory management for mmap()ed allocations. This
means that the dynamic linker gets mapped in at the top of available
user virtual memory (typically just below the stack), shared libraries
get mapped downwards from that point, and calls to mmap() that don't
specify a preferred address will get mapped in below those.

This means that the heap and the mmap()ed allocations will grow
towards each other, allowing one or the other to grow larger than
before.  Previously, the heap was limited to MAXDSIZ by the placement
of the dynamic linker (and the process's rlimits) and the space
available to mmap was hobbled by this reservation.

This is currently only enabled via an *option* for the i386 platform
(though other platforms are expected to follow).  Add "options
USE_TOPDOWN_VM" to your kernel config file, rerun config, and rebuild
your kernel to take advantage of this.

Note that the pmap_prefer() interface has not yet been modified to
play nicely with this, so those platforms require a bit more work
(most notably the sparc) before they can use this new memory
arrangement.

This change also introduces a VM_DEFAULT_ADDRESS() macro that picks
the appropriate default address based on the size of the allocation or
the size of the process's text segment accordingly.  Several drivers
and the SYSV SHM address assignment were changed to use this instead
of each one picking their own "default".
2003-02-20 22:16:05 +00:00
..
DOC s/seperate/separate/ 2002-02-11 10:44:38 +00:00
compile Rework how KERNOBJDIR functions; now it's always determined with 2003-01-06 17:40:18 +00:00
conf ramdisk image overflew, bump by 4K 2003-01-23 21:37:28 +00:00
dev Introduce "top down" memory management for mmap()ed allocations. This 2003-02-20 22:16:05 +00:00
hp300 guarantee, not guarentee. Idea from miod@openbsd. 2003-02-02 10:24:38 +00:00
include Merge the nathanw_sa branch. 2003-01-17 21:55:23 +00:00
stand success, not sucess. Noted by mjl. 2003-01-28 22:35:02 +00:00
Makefile Rework how KERNOBJDIR functions; now it's always determined with 2003-01-06 17:40:18 +00:00