Mike Pumford wrote:
> 
> > Mike Pumford <mpumford@mpc-data.co.uk>  wrote:
> >  > Patrick Welche wrote:
> >  > > 
> >  > > When booting a kernel freshly supped from sup.de.netbsd.org, I get a
> >  > > freeze after
> >  > > 
> >  > > root file system type: ffs
> >  > > 
> >  > > and the blank line thereafter (ie., 2 disk accesses?). This is on a
> >  > > RiscPC with rev K StrongARM. Just FYI, as reverted to working 1.3I
> >  > > 
> >  > I can't get that far. Mine hangs while allocating buffers. 
> > 
> > I'm running a -current arm32 kernel on my shark from yesterdays sources
> > modulo a 1.155 com.c as directed by Matt... It wouldn't boot without the
> > com.c reverted... Matt has since reverted the com.c changes in the tree
> > so 'try again' I say...
> > 
> Well I have managed to get my system so that it panics at the same point 
> Patrick's system hangs. To do this I had to remove one of my SIMM's. The panic 
> was as follows:
> 
> [u]vm_fault(0xf355e0b0, b018000,1,0) -> 1
> Unhandled trap (frame = 0xf3569d74)
> Data abort: 'Translation fault (section)' status=005 address=0b018f04 PC=f012ef5
> 8
> Stopped in sh at _pmap_enter_pv+0x64: ldr r3,[r4,#0x0004]
> 
> _pmap_enter_pv(_pmap_enter_pv+x010)
> _pmap_enter(_pmap_enter+0x10)
> _uvm_fault(_uvm_fault+0x10)
> _data_abort_handler(_data_abort_handler+0x10)
> 
> I had already filed a PR on the original hang that I had which I will update 
> with the new info. Shoud this be PR'ed as well?
> 
> Mike

Just thought I'd mention: I tried the exact same thing again, with the
exact same result, ie., this time with 6 Apr source code. (hang, not panic..)

Cheers,

Patrick