Testers Needed!!

[Wilko Bulte]

On Tue, Mar 16, 2004 at 10:59:04AM -0500, John Baldwin wrote:
> On Tuesday 16 March 2004 01:57 am, Wilko Bulte wrote:

> > uma_zalloc_arg() at uma_zalloc_arg+0x418
> > swp_pager_meta_build() at swp_pager_meta_build+0x148
> > swap_pager_putpages() at swap_pager_putpages+0x380
> > default_pager_putpages() at default_pager_putpages+0x1c
> > vm_pageout_flush() at vm_pageout_flush+0x1e0
> > panic: pmap_emulate_reference(0xfffffc001fdc0290, 0x1606f8000, 1, 0): pa
> > 0x0 not
> >  managed
> > at line 2573 in file ../../../alpha/alpha/pmap.c
> > cpuid = 0;
> > panic
> > Stopped at      Debugger+0x38:  zapnot  v0,#0xf,v0      <v0=0x0>
> > db>
> > db>
> >
> > This was running a make -j32
> 
> This has been reported recently on the list w/o preemption, so I don't think 
> preemption is the problem here.  The specific problem I saw with preemption 
> on the past only happened on SMP and was a hard hang.  The DS20 I was using 
> never lasted more than a day doing a loop of buildworld -j 32 or so.  In 
> fact, I don't think it even finished a -j 32 buildworld but I could be wrong 
> (it's been a while).  UP never had problems, it is really the SMP case that 
> my extra changes address and that needs testing.  This bug (pmap one) also 
> needs fixing, but I don't think it is preemption related and I'm not sure 
> what the bug is, though it appears maybe that you got a read fault on a page 
> that was just swapped out perhaps?

Could be. The system has 1GB of RAM, dunno about the swap. I'll set the -j
somewhat lower to see if it continus to run with less load.

-- 
Wilko Bulte				wilko at FreeBSD.org