On Oct 29,  9:26am, matthew green wrote:
> 
> i booted a UVM kernel (same very -current sources as the non-UVM kernel
> i successfully booted only hours ago) on my /240 and it didn't like me:
> 
> root file system type: ffs
> init: copying out path `/sbin/init' 11
> uvm_anon_add: can not allocate 50999 anons
> panic: uvm_anon_add
> 
> this would have been while swapctl was running ... 
> 
> i'll have more details when i look deeper at it.

  Have you found out anything more about this?

  I just took a look at uvm_anon_add(), and it looks like it's trying
to allocate 50999 pages (!).   As far as I can tell, this only comes
from swap_on() in uvm_swap.c.  Ah, I wonder if that expression to
calculate the number of pages might be messing up?  It looks like it's
trying to convert the number of blocks to a 64 bit value, convert to
the number of bytes, and then shift by PAGE_SHIFT to get the number of
pages.  Any bets there's an error in that expression somewhere (either
a code generation bug or something incorrect in the expression -
presumably mips-specific)?  [Ugh - I'm too tired to try to figure out
just what the assembly code is doing.]

Michael

-- 
Michael L. Hitch			mhitch@montana.edu
Computer Consultant
Information Technology Center
Montana State University	Bozeman, MT	USA