Subject: ncrscsi & Fujitsu M2512
To: None <port-mac68k@NetBSD.ORG>
From: Hauke Fath <saw@sun0.urz.uni-heidelberg.de>
List: port-mac68k
Date: 05/25/1996 16:13:03
Hi,
with recent kernels I frequently see things like this:
NetBSD/mac68k (se30) (tty00)
login: ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
ncrscsi0 : Resetting SCSI-bus (Timeout waiting for phase-change)
panic: union_lookup returning . (0x97ceb0) not same as startdir (0x794600)
Stopped at _Debugger+0x6: unlk a6
db>
Configuration:
-current kernel as of 15 May
ncrscsi0 at obio? # SCSI NCR 5380
#ncr96scsi0 at obio? # SCSI NCR 53C96
#sbc0 at obio? # MI NCR 5380 SCSI Bus
Controller
/dev/sd2g mounted at /usr/src (Fujitsu MO)
/var/obj union-mounted on top of /usr/src
The Fujitsu MO spins down when it is not accessed for more than half an
hour. When you wake it up it spins up -- this is transparent to the host or
at least meant to be. The sleep/wake up mechanism works just fine under
MacOS and it used to work under older kernels.
>From the sound that the MO makes I suppose it does not like being reset
while spinning up: it restarts the spin-up just to be hit by the next scsi
bus reset.
Any ideas anyone? Any timeout parameters I could play with?
hauke
---
"It's never straight up and down" (DEVO)