Manuel Clos wrote:
>
> Meelis Roos wrote:
> > So in order to use a scsi cd-writer, you just plug it in. In order to use IDE
> > (ATAPI) cd-writer, a glue layer is needed to represent ATAPI (which is really
> > SCSI-packets-over-IDE-bus) as SCSI to the programs. Ide-scsi driver is the glue
> > layer to make cd-writers accessible.
>
> Ok, but why isn't this glue on my /dev/hdd, or just loaded "magically"
> when a program
> needs to access my /dev/hdd via the SCSI API?
The ide subsystem doesn't have a generic interface. Such
low level interfaces allow cd-writer applications to
control the writing process. Your welcome to write one.
Due to the maturity of the Linux SCSI subsystem (i.e. its
bugs and shortcomings are well known :-) ) it now has
pseudo drivers for the following non-SCSI buses:
IDE
SCSI over parallel port
USB
I2O
> It's just annoying to configure this in the kernel (and recompile) each
> time. Because
> if you have ide-cd support then it cames first. Is there any way (even
> for a program),
> to lock the ide-cd thing, and use the SCSI API on this device?? say
> /dev/hdd??
Basically the kernel only allows a device to be controlled
by one (or zero) drivers at a time. The IDE subsystem gets
to choose before the SCSI subsystem. Can't you just compile
both ide-cd and ide-scsi as modules and load the one you need.
> My experience is that most distributions ship with ide-cd by default. If
> I want my
> ide-cdwriter to work, then recompile, and turn off (module) the ide-cd
> thing or
> use append "hdd=ide-scsi" on my lilo.conf that is worst. Oh! and then,
> lets go
> see my gtcd cd player not being able to modify volume (when it works
> using ide-cd!).
>
> Can't someone come up with an _easy_ solution?
Well in lk 2.4 there is a change and you can execute
the following:
$ insmod ide-cd ignore=hdb
This will load the ide-cd module which will look for
IDE cd devices and control all those that are not on
/dev/hdb {and are not already controlled by some other
driver}.
This page may help:
http://www.torque.net/scsi/linux_scsi_24/sr.html
Doug Gilbert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
