Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

[Bill Davidsen <davidsen@tmr.com>]

Bartlomiej Zolnierkiewicz wrote:
> Hi,
> 
> On Mon, 21 Feb 2005 15:00:28 +0000, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> 
>>On Gwe, 2005-02-18 at 10:31, Kiniger, Karl (GE Healthcare) wrote:
>>
>>>Not entirely true (at least for me). I actually tried to read the
>>>last iso9660 data sector with a small C program (reading 2 kb) and
>>>it failed to read the sector. Using ide-scsi I was able to read it.....
>>
>>Thats the bug that should now be fixed by the ide changes I did so that
>>ide-cd has the knowledge ide-scsi has for partial completions of I/O
> 
> 
> I haven't looked closely but I've noticed that these fixes are accessing rq->bio
> directly which is a layering violation.  Could you de-bio and submit them?
> [ AFAIR they are already splitted out in RHEL4 ]
> 
> Speaking about ide-scsi, it will be undeprecated after I fix the locking.
> Rationale is that ide-scsi is _much_ simpler than ide-{cd,tape}.
> [ although it doesn't support all the hardware that ide-{cd,tape} do ]

Some time ago I offered the opinion that this was the correct way to go. 
  Linux presents real SCSI, PPA, USB, and firewire as SCSI, and with 
ide-scsi all ATAPI devices are covered as well.

I have not tried ide-floppy in some time, but my two machines which do 
ZIP drive media exchange both use the ide-scsi interface and 2.4 kernel 
to talk to the devices. They are unlikely to get or need an update, but 
I did try ide-floppy at one time and had some poorly-remembered 
"learning experience" doing so.

Thanks for your work on this!

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me