Re: Cdrtools-2.01a25 ready
> - Try to support the half hearted and badly designed /dev/hd* interface
> from Linux-2.6 in a more usable way.
>
> Note: The Bus mapping function inside the kernel for this interface is
> a dummy. For this reason, we need to do the mapping ourself.
> Busnummer is ("/dev/hd*"[7] - 'a') / 2
> Lun is ("/dev/hd*"[7] - 'a') % 2
^^^ Typo?
> Adding SCSI transport to something like /dev/hd*
Pass-through SG_IO (interface is question) is not specific to /dev/hd*.
In other words it's not an "/dev/hd* interface" or an IDE-specific hack,
but a road-map if you wish. Because the idea is to use "tangible" block
device entries with *all* recorders, not only IDE units. Note that SCSI
command-level programming through "tangible" block device not some
Linux-specific novelty, but widely accepted implementation strategy.
> on an OS that includes
> a generic SCSI transport driver is disregarding SCSI protocol layering.
It's rather contrary. It's not disregarding SCSI protocol layering, but
affirming it by putting applications to the level they naturally belongs
in. Layers lower than SCSI command block is pure kernel domain. Generic
SCSI should be used with targets which are not controlled by any other
kernel driver. Preferably generic SCSI should not even hook up all the
targets, but only those explicitly pointed out (pretty much the way it's
done in Solaris sgen). A.
Reply to: