Messages in this thread | | | From | (H. Peter Anvin) | Subject | Re: Devices not supporting read-6.... | Date | 21 Jan 2000 12:50:03 -0800 |
| |
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/
| |