Subject: Re: Boot crash 3100-current
To: None <port-pmax@netbsd.org>
From: Michael L. Hitch <mhitch@lightning.oscs.montana.edu>
List: port-pmax
Date: 10/03/1998 12:56:35
On Oct  1, 11:50pm, William O Ferry wrote:
> Since it sounds like libc is fixed for the pmax, I re-suped last night
> and built another kernel on my 3100.  Unfortunately I can't tell if it
> helped the swap problem 'cuz the new kernel won't even get that far. 
> Here's what I get:
> 
> DECstation 2100 or 3100 (PMAX)
> real mem  = 25165824
> avail mem = 20267008
> using 614 buffers containing 2514944 bytes of memory
> mainbus0 (root)
> cpu0 at mainbus0: MIPS R3000 CPU Rev. 2.0 with MIPS R3010 FPC Rev. 2.0
>         L1 cache: 64kb/0b Instruction, 64kb/0b Data. Direct mapped.
> kn01bus0 at mainbus0ibus0 at kn01bus0
> pm0 at ibus0 (1024x864x8) (console)
> dc0 at ibus0
> le0 at ibus0: address xx:xx:xx:xx:xx:xx
> le0: 32 receive buffers, 8 transmit buffers
> sii0 at ibus0
> mcclock0 at ibus0: mc146818 or compatible
> Beginning old-style SCSI device autoconfiguration
> 
> [at this point the system locks with the hard drive light on]

  I have just verified that my kernel built from September 19 sources also
stops at almost this same point [I get the debug message "autoconfiguration
done, spl back to 0x0" instead of the "Beginning old-style SCSI device
autoconfiguration" message.  I also don't know if the SCSI bus is busy,
as my drives don't have any lights.]

  I also can't get into the debugger at this point, so it's quite likely
it's hung up in the SII driver code with the interrupts blocked.

  I'm going to build a kernel from my September 9 sources and see if
the 3100 fails with that one as well.

Michael

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