[8918] in linux-scsi channel archive
Re: LINUX Jobs for 2.4 update [scsi]
daemon@ATHENA.MIT.EDU (Jens Axboe)
Sat May 27 18:48:03 2000
Date: Sun, 28 May 2000 00:44:25 +0200
From: Jens Axboe <axboe@suse.de>
To: =?ISO-8859-1?Q?G=E9rard_Roudier?= <groudier@club-internet.fr>
Cc: Paul Gortmaker <p_gortmaker@yahoo.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>, linux-kernel@vger.rutgers.edu,
linux-scsi@vger.rutgers.edu
Message-ID: <20000528004425.E246@suse.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <Pine.LNX.4.10.10005272317040.1302-100000@linux.local>; from groudier@club-internet.fr on Sat, May 27, 2000 at 11:44:39PM +0200
On Sat, May 27 2000, Gérard Roudier wrote:
> > > I tossed the TEST_UNIT_READY
> > > part out and INQUIRY alone works fine (one disk, 2 CDs and a tape on
> > > a BusLogic clone - all found as per usual).
> >
> > Looks good to me. Although I can't possibly see what harm a TEST_UNIT_READY
> > command could do...
>
> TEST UNIT READY seems not appropriate for the discovery of devices. It
> also may return CHECK CONDITION when INQUIRY will succeed (and preserve a
> UNIT ATTENTION CONDITION if any).
>
> On the other hand, it may be risky to try a TUR on an not existing LUN,
> given that SCSI devices usually expect INQUIRY. Broken SCSI device
> firmwares may arm on a TUR to a non existing LUN but not harm on an
> INQUIRY.
Thanks for shedding some light on this, it makes a lot more sense
to me now. Anyway, the TUR has been removed so all should be well.
--
* Jens Axboe <axboe@suse.de>
* Linux CD/DVD-ROM, SuSE Labs
* http://kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
