> It is hard to check for the SCSI subsystem size on Linux. On Solaris
> it is 30 kB for the SCSI glue layer and about 40 kB for a host adapter
> driver. Less than 100 kB of code is no argument for a system with > 64MB
> of memory. As most systems installed in this year have 512 MB of memory
> it is becoming a joke to use this argument.
I dont follow what you are talking about
> Or is the real reason that there are known bugs in the SCSI system on Linux
> and you like to avoid to include buggy parts if possible?
I dont understand that question either
> So you don't care to get the right solution because you don't understand it.
> Please give me a real argument for keeping ide-cdrom in current kernels!
a) It works
b) It is smaller than scsi layers
c) Some early drives dont have the necessary packet commands
> About half a year ago, I asked Alan whether he believes if it is possible
> to open or close the tray of a CD-ROm drive by only using IDE commands.
> As he answered with 'yes', there is a proove that he does not know
> how ATAPI works.
You issue a read the CD will close the draw if it is open. Similarly you control
the door with commands 0xDE and 0xDF. Its quite possible you can't auto open
it that way.
> There is a IDE command called 'packet' which is used to send SCSI commands
> to the drive using IDE as a transport only.
For the drives that have it - which is most but not all
> - Linux does not support PCATA with DMA
> - Linux crashes or gives funny messages when trying to put ide-scsi on top
> of the PCATA transport.
Take it up with the IDE maintainer.
"It has a bug" isnt at all related what should/should not be implemented.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
