>From: [EMAIL PROTECTED] (Bill Davidsen)
>> You seem to missunderstand things: ATAPI _is_ SCSI over IDE transport.
>> The IDE SCSI transport has recently be added to the official SCSI transport
>> interfaces by the SCSI ANSI working group.
> Actually, in practice it's SCSI-subset over IDE, with most devices
>lacking support for some of the functions. Reconnect is the one which
>comes to mind, I have a list of others someplace.
... but it is defacto a 99% subset ....
>> Now all CD-ROM drives are ATAPI which is SCSI over IDE.
>>
>> The way Linux kernel configuration defaults to just forces most people
>> to change this default in order to make the kernel working for them.
>> This is the reason why I suggest to change the Linux kernel default.
> Using SCSI for CD readers is wasteful, since almost all systems will
>have the IDE code present. There is no gain to doing so unless you need
>some of the functionality for a device, such as a burner. It means that
>by default you would have a whole SCSI support in the kernel.
Did you ever look into the ide-cd.c source code from Linux?
All functionality of an ATAPI CD-ROM drive except reading blocks requires
SCSI commands.
Most common commands:
- Lock/unlock door
- extracting Audio
- Speed select
...
> The default configuration avoids bloating the kernel with SCSI,
>because using IDE provides full functionality with less code. That's
>been the Linux approach all along.
See above, this _is_ the major argument towards an ATAPI integration.
ide-cd.c duplicates much of the SCSI command compilation code of the
SCSI CD-ROM driver so why not removing it and only using the SCSI-CD-ROM
driver for both?
J�rg
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
