While booting it does not make sense to wait for memory, there is
authorbluhm <bluhm@openbsd.org>
Thu, 18 Jan 2018 18:08:51 +0000 (18:08 +0000)
committerbluhm <bluhm@openbsd.org>
Thu, 18 Jan 2018 18:08:51 +0000 (18:08 +0000)
commita97ba27b3153adcbfb3d800439a2e57d1435f534
tree0c399001eab81e6fb440dea0e357b64266e3bc29
parent3070a43b8bed35e010949bde8300901c324150a6
While booting it does not make sense to wait for memory, there is
no other process which could free it.  Better panic in malloc(9)
or pool_get(9) instead of sleeping forever.
tested by visa@ patrick@ Jan Klemkow
suggested by kettenis@;  OK deraadt@
sys/kern/kern_malloc.c
sys/kern/subr_pool.c
sys/uvm/uvm_pdaemon.c