Date: Sat, 3 Feb 2001 14:47:37 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG Subject: Re: CANNOT ACCESS T20 TAPE Message-ID: <Pine.LNX.4.21.0102031443001.27301-100000@zeppo.feral.com> In-Reply-To: <200102032239.f13Mdvr00742@falcon.home.hentschel.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> > I take it you meant camcontrol debug -Ic ? Anyhow, here it is : > > falcon# camcontrol debug -Ic 0:3 > Debugging enabled for 0:3:-1 > > falcon# mt -f /dev/nsa0 status > mt: /dev/nsa0: Input/output error > > spits the following to the console : > > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > falcon# mt -f /dev/nsa0 rewind > mt: /dev/nsa0: Input/output error > > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > > Looks like the thing doesn't get ready, just would like to know why.... > If there's anything else which would help here, please let me know. Go back to HP and tell them write Firmware that actually works? RESERVE (as in RESERVE/RELEASE) is an optional command. Instead of returning "Illegal Command" they're returning "HARDWARE ERROR" with 'ASC/ASCQ(0x40/0xA0)=<Diagnostic Failure on Component 0xa0>' Go into scsi_sa.c:samount and comment out the call to sareservereleaseunit and ditto fo the call from saclose. Frankly, I inherited this section of code and I'm not all that excited about requiring a reservation. But at the same time, some *minimum* sanity for a SCSI device should be required for it to be supported. -matt 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?Pine.LNX.4.21.0102031443001.27301-100000>