On Nov  2, 12:24am, "Michael L. Hitch" wrote:
>   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.]

  Hmm - another question:  how big is your swap partition?  Mine is
172MB, which is about 43000 pages.  That's not too far off the value
from your panic.

  I know I've run UVM on this system previously, so I wonder what has
changed?

Michael

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