Date: Mon, 11 Oct 1999 09:41:08 -0600 (MDT) From: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> To: obrien@NUXI.com Cc: scsi@FreeBSD.org Subject: Re: CAM hanging and not reseting properly on 2940UW Message-ID: <199910111541.JAA33347@narnia.plutotech.com> In-Reply-To: <19991009232125.A693@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <19991009232125.A693@dragon.nuxi.com> you wrote: > My system has hung twice tonight -- running X, and find a rouge process > is stating stuff in / and causes one of the CDROM drives to spin up and > things "hang". I Ctrl-Alt-F1 to get to the real console and see: > > > (cd1:ahc0:0:5:0): SCB 0x16 - timed out in datain phase, SEQADDR == 0x110 > (cd1:ahc0:0:5:0): BDR message in message buffer > (cd1:ahc0:0:5:0): SCB 0x16 - timed out in datain phase, SEQADDR == 0x10f > (cd1:ahc0:0:5:0): no longer in timeout, status = 34b > ahc0: Issued Channel A Bus Reset. 17SCBs aborted > > Then the machine is hung. Most all keyboard input is ignored in the > console. I can "scroll lock" and scroll back to see console messages. > Hit "scroll lock" again, and no input accepted. > > I cannot Ctrl-Alt-ESC to enter the debugger. Nor is Ctrl-Alt-Del > accepted. > > I can how however Alt-Fx to enter other virtual consoles and keyboard > input is accpted -- that is until what is typed causes the a disk access. > > Shouldn't CAM reset the SCSI bus and recover from the above errors? I > tried powering down & up the CDROM drive and that didn't change anything. > > Is this a bug, or just life? It shouldn't cause the system to lock up unless CAM fails to recovery the device you are accessing. This smells like a bug in the reset code, but it is hard to say for sure without reproducing the bug here and analyzing it. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199910111541.JAA33347>