Re: Devices not supporting read-6....

From: Gerard Roudier (groudier@club-internet.fr)
Date: Fri Jan 21 2000 - 17:13:47 EST


Have to fix some wording in my previous mail. :)
I wrote it too quickly probably.

On Fri, 21 Jan 2000, Gerard Roudier wrote:
 
> T10/990D (SBC) rev. 8b, 8 July 1997.
> excerpt from 6.1.4 speaking about READ(6)
>
> " this command has been maintained as mandatory since some system
> initialization routines require that the READ(6) command be
> used. Application clients should migrate from the READ(6) command
> to the READ(10) command ....... "
>
> This let me think like OSes and pass-through applications are suggested
                    that

> since a long time to no longer use READ(6), even with devices that are
> still required to implement it.
>
> On Fri, 21 Jan 2000, Rogier Wolff wrote:
>
> > Hi,
> >
> > As far as I know, "read-6" is a very mandatory command. However
> > there is a device, the
> >
> > {"TOSHIBA","DVD-RAM SD-W1101","*", BLIST_GHOST},
>
> The MMC specs does not tell about READ(6) being mandatory (assuming the
> device model is that one).
>
> > which doesn't implement it.
> >
> > What do we do?
> >
> > - Blacklist it as "doesn't support read-6" and implement
> > stuff to prevent read-6 if that flag is set?
> >
> > - Ignore the issue, and just let people with this hardware
> > live with a non-working drive?
>
> We should not use READ(6) at all in our current SCSI stuff.
> I remember having posted about that years ago.
>
> > Is there maybe already something implemented? Anybody the "owner" of
> > that piece of code?
> >
> > I seem to own the "blist_ghost" stuff, so it's going to be listed
> > there, but then the system runs into not-working read-6 commands.
>
> Using READ(6) is irrelevant since years. I do think it is severe bug
> to still use READ(6) as default read command in current SCSI access
> methods.
>
> Gérard.
>
> PS: people that have old devices that donnot implement READ(6) should
                                                         READ(10)
> upgrade their hardware or use old softwares, but not require softwares
> to support everything that has ever existed.

Sorry for the bandwidth.
   Gérard.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:26 EST