On Wed, 13 Sep 1995 14:53:29 -0400 
 David Gilbert <dgilbert@pci.on.ca> wrote:

 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 551.
 > ncr5380_dorequest: target=4, lun=0, r=4 resetting...
 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 485.
 > st0(si0:4:0): unit attention, data = 30
 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 551.
 > ncr5380_dorequest: target=0, lun=1, r=4 resetting...
 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 551.
 > ncr5380_dorequest: target=4, lun=0, r=4 resetting...
 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 485.
 > st0(si0:4:0): unit attention, data = 30
 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 551.
 > ncr5380_dorequest: target=4, lun=0, r=4 resetting...
 > scsi timeout--WAIT_FOR_REQ---../../../../dev/ic/ncr5380.c, line 485.
 > st0(si0:4:0): unit attention, data = 30

I think this stems from:

	a) an NCR 5380 driver that leavs a bit to be desired
	b) the fact that that tape drive is a QIC-24 or 36 behind
	   an Emulex MT02.  (I know that because I've seen your
	   dmesg output :-)

It's worth noting that before mine went completely on the fritz, I had 
this problem, too.  Mine didn't even work under SunOS, tho.

I'm not entirely sure what to do about that problem, and I'm probably not 
going to have the time to look at it any time soon, either.  (*sigh*  I 
wish there were more hours in the day and coffee was cheaper....)

--------------------------------------------------------------------------
Jason R. Thorpe                                       thorpej@nas.nasa.gov
NASA Ames Research Center                               Home: 408.866.1912
NAS: M/S 258-6                                          Work: 415.604.0935
Moffett Field, CA 94035                                Pager: 415.428.6939