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/
This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:27 EST