lkml.org 
[lkml]   [2000]   [Jan]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Devices not supporting read-6....
Date
Followup to:  <E12BSH9-0001Ip-00@the-village.bc.nu>
By author: Alan Cox <alan@lxorguk.ukuu.org.uk>
In newsgroup: linux.dev.kernel
>
> > {"TOSHIBA","DVD-RAM SD-W1101","*", BLIST_GHOST},
> >
> > 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?
>
> Is this ide-scsi. ATAPI does not require legacy command modes. If its atapi
> maybe ide-scsi isnt mapping right. If its real scsi then ask Toshiba for
> scsi firmware. Thats just too fundamentally screwy to bother with
>

On that general subject, right now the only way to send generic ATAPI
commands is to have ide-scsi on that interface, and nothing else.
This makes it extremely hard to use.

Either we should *always* send IDE commands through the SCSI subsystem
(effectively treating IDE as a form of SCSI; I believe NT does this)
or I'd like to see a way to issue generic ATAPI commands --
preferrably via a "generic ATAPI device" analogous to what SCSI has
(and parport IDE, I belive) -- i.e. /dev/hg0 et al -- or via an
ioctl().

There probably also should be an ioctl() for the cooked SCSI and IDE
devices to find the equivalent generic device.

-hpa
--
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.188 / U:0.368 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site