Devices not supporting read-6....

Gerard Roudier groudier en club-internet.fr
Sab Ene 22 13:08:37 CST 2000



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 en vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



Más información sobre la lista de distribución Ayuda