Hi!
> > > I have been thinking about the earlier comment you made, the one
> > > about providing ATAPI support through SCSI emulation purely like
> > > Windows NT does (and other OS' too). Provide a nice packet layer
> > > that doesn't differentiate between ATAPI and SCSI, commands
> > > could be queued through SG or similar. This exact discussion
> > > was raised on linux-scsi about a year ago, if I remember correctly.
> > >
> >
> > Well, that's exactly what ide-scsi does, so doing that is definitely an
> > option (and is currently the *only* way to do this.) If so we should
> > ditch the IDE drivers completely and do everything through ide-scsi.
>
> Yes, and the "neutral" layer would then be the SCSI layer, which
> is fine. ide-cd.* could be thrown out. The only problem I see with
> that is the loss of drive work-arounds for not quite compatible
> hardware.
Is that really problem? We already have blacklists for broken SCSI
hardware... [I do not know much about atapi/scsi subsystem...]
Pavel
-- I'm pavel@ucw.cz. "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents me at discuss@linmodems.org- 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 : Mon Jan 31 2000 - 21:00:13 EST