diff options
| author |   niklas <niklas@openbsd.org> | 2001-04-10 06:59:12 +0000 |
|---|---|---|
| committer | niklas <niklas@openbsd.org> | 2001-04-10 06:59:12 +0000 |
| commit | a5335df1f7dac3e74a156210999ff6e91203a73a (patch) | |
| tree | 84d2ef7e037ee7c26c041796c75ed1764c275819 /usr.bin/ssh/channels.c | |
| parent | keep naming of audio devices consistent across all archs that have audio (diff) | |
| download | wireguard-openbsd-a5335df1f7dac3e74a156210999ff6e91203a73a.tar.xz wireguard-openbsd-a5335df1f7dac3e74a156210999ff6e91203a73a.zip | |
Fix for machines which need to enlarge the kernel address space, at least
1GB i386 machines needs this. The fix is heavily based on Jason Thorpe's
found in NetBSD. Here is his original commit message:
Instead of checking vm_physmem[<physseg>].pgs to determine if
uvm_page_init() has completed, add a boolean uvm.page_init_done,
and test against that. Use this same boolean (rather than
pmap_initialized) in pmap_growkernel() to determine if we are
being called via uvm_page_init() to grow the kernel address space.
This fixes a problem on some i386 configurations where pmap_init()
itself was needing to have the kernel page table grown, and since
pmap_initialized was not yet set to TRUE, pmap_growkernel() was
choosing the wrong code path.
Diffstat (limited to 'usr.bin/ssh/channels.c')
0 files changed, 0 insertions, 0 deletions