On Mon, 31 Aug 1998 23:39:34 +0200 
 Erik Bertelsen <erik@mediator.uni-c.dk> wrote:

 > ...
 > root file system type: ffs
 > panic: pool_get: must have NOWAIT
 > 
 > The traceback is:
 > 
 > panic
 > pool_get(e345c,2,332000,333000,df990)+22
 > uvm_map_clip_start(df98c,793078,332000)+24
 > uvm_unmap_remove(df98c,332000,333000,1,79adbc,df990,2)+88
 > uvm_km_free_wakeup
 > pmap_remove_mapping
 > pmap_remove
 > uvm_unmap_remove
 > uvm_km_free_wakeup
 > pmap_release
 > pmap_destroy
 > uvmspace_free
 > cpu_exit
 > exit1
 > sys_exit
 > syscall(1) + de
 > trap0()+e

Argh.  This is a similar problem that happened on the i386 when I was
pool'ifying aobj structures.

Basically, curproc is NULL (cpu_exit sets it to NULL), and you may go
to sleep waiting for memory, which would lose because curproc is NULL,
hence the diagnostic test and the panic.

Chuck?  What's the best thing to do, here?  Doesn't look like we can
perform the same sort of test that fixed the aobj problem...

Jason R. Thorpe                                       thorpej@nas.nasa.gov
NASA Ames Research Center                            Home: +1 408 866 1912
NAS: M/S 258-5                                       Work: +1 650 604 0935
Moffett Field, CA 94035                             Pager: +1 650 940 5942