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

From: Bill Davidsen
Date: Tue Feb 22 2005 - 16:07:42 EST


Bartlomiej Zolnierkiewicz wrote:
Hi,

On Mon, 21 Feb 2005 15:00:28 +0000, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxx)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/