Hi, Hendrik,

I have this problem too, and haven't discovered the reason.  I resolve 
the situation by performing a power-cycle on the machine.  I was 
suspecting that I had some bizarre hadware problem, and sort of fell into
the routine of pushing the little "reset" button under the shutdown 
button on the front.

This situation first showed up here after the SCSI changes went into
the tree on 2001/11/10.

Sorry I forgot to mention this.  I have also been unable to generate
a debug kernel with the current cvs tree -- the kernel hangs before
probing.  I'll see what I can do about posting more on this tonight.

Please check how the machine boots after power-cycling.

Thanks!
-scott

> Hi!
> 
> I'm using Scotts netbsd.ram image to test the installation. Installation works
> fine. Booting the system works (I'm not sure if the installation created a new
> sgivol entry et al. or if it was my old one).
> 
> The system starts up saying that /etc/rc.conf is not configured.
> When I type "reboot" the system reboots and hangs :(
> 
> 
> NetBSD 1.5Y (GENERIC) #0: Sun Nov 11 15:09:36 CST 2001                              root@mod80:/usr/src/sys/arch/sgimips/compile/GENERIC
> 192 MB memory, 175 MB free, 768 KB for ARCS, 9932 KB in 2483 buffers
> mainbus0 (root): SGI-IP22 [SGI, 69085a65], 1 processor
> cpu0 at mainbus0: MIPS R4400 CPU (0x460) Rev. 6.0 with MIPS R4010 FPC Rev. 0.0
> cpu0: L1 cache: 16KB/16B instruction, 16KB/16B data, direct mapped
> cpu0: L2 cache: 1024KB/128B mixed, no snooping
> cpu0: disabling IP22 SysAD L2 cache
> imc0 at mainbus0 addr 0x1fa00000
> imc0: Revision 3
> gio0 at imc0
> hpc0 at gio0 addr 0x1fb80000
> zsc0 at hpc0
> zstty0 at zsc0 channel 1 (console i/o)
> zstty1 at zsc0 channel 0
> sq0 at hpc0: SGI Seeq 80c03
> sq0: Ethernet address 08:00:69:08:5a:65
> wdsc0 at hpc0: WD33C93B SCSI, rev=0, target 7
> scsibus0 at wdsc0: 8 targets, 8 luns per target
> dsclock0 at hpc0 offset 0x60000
> biomask 07 netmask 07 ttymask 0f clockmask bf
> scsibus0: waiting 5 seconds for devices to settle...                           
> sd0 at scsibus0 target 3 lun 0: <COMPAQ, ST32550N, 6317> SCSI2 0/direct fixed
> sd0: 2006 MB, 3511 cyl, 11 head, 106 sec, 512 bytes/sect x 4110000 sectors
> sd0: sync (200.0ns offset 12), 8-bit (5.000MB/s) transfers, tagged queueing
> sd1 at scsibus0 target 4 lun 0: <SGI, SEAGATE ST32430N, 0272> SCSI2 0/direct fixed
> sd1: 2049 MB, 3992 cyl, 9 head, 116 sec, 512 bytes/sect x 4197405 sectors
> sd1: sync (200.0ns offset 12), 8-bit (5.000MB/s) transfers, tagged queueing
> boot device: sd0
> root on sd0a dumps on sd0b
> root file system type: ffs
> /etc/rc.conf is not configured.  Multiuser boot aborted.
> Enter pathname of shell or RETURN for sh: 
> 
> After typing "reboot" ...
> 
> wdsc0 at hpc0: WD33C93B SCSI, rev=0, target 7
> scsibus0 at wdsc0: 8 targets, 8 luns per target
> dsclock0 at hpc0 offset 0x60000
> biomask 07 netmask 07 ttymask 0f clockmask bf
> scsibus0: waiting 5 seconds for devices to settle...
> probe(wdsc0:0:3:0): wdsc0: timed out; asr=0x20 [acb 0x8911d000 (flags 0x1, dlef0probe(wdsc0:0:3:0): sending ABORT command
> probe(wdsc0:0:3:0): Resetting bus: WD33C93B SCSI, rev=0, target 7
> probe(wdsc0:0:3:0): wdsc0: timed out; asr=0x00 [acb 0x8911d000 (flags 0x41, dle0probe(wdsc0:0:3:0): sending ABORT command
> probe(wdsc0:0:3:0): sending DISCONNECT to target
> sbic_wait: TIMEO @877 with asr=x0 csr=x1
> sbic_wait: TIMEO @877 with asr=x0 csr=x1
> sbic_wait: TIMEO @877 with asr=x0 csr=x1
> sbic_wait: TIMEO @877 with asr=x0 csr=x1
> sbic_wait: TIMEO @877 with asr=x0 csr=x1
> sbic_wait: TIMEO @877 with asr=x0 csr=x1
> 
> ... after some time the box reboots and then it boots successfully.
> Rebooting again leads to the same problem.
> 
> Due to the "tagged queuing" notice for sd0 and sd1 it seems to be the new
> scsi driver in the kernel.
> 
> Hendrik
> 
> --
> Hendrik Scholz <hendrik@scholz.net>
> http://www.toppoint.de/~hscholz/
> Where do you want to be tomorrow ?
>