On Sat, 19 May 2001, Joerg Schilling wrote:

>>>>  Without ide cdrom support the kernel must add support for an entire
>>>>SCSI subsystem, which is totally not needed on most systems. I can't see
>>>>making this a standard, most systems just don't need it.
>>>
>>>Well most systems now include CD-writers and you need a SCSI subsystem
>>>to make them work.
>
>>While I disagree with that, I must point out most != all.  Are
>>you suggesting that anyone not having a CD writer be abandoned as
>>far as support is concerned?
>
>       I see no sense in your mail.
>
>It is completely unimportant whether all people have a CD writer!

I disagree.

>There is a growing majority of people with a CD writer and
>people like e.g. Alan Cox who don't understand what ATAPI is
>are going to force these people to live with a badly structured
>and limited Linux kernel.

If you're going to mention Alan Cox, I think it is only fair that
Alan should have a chance to respond to your statements, so I've
added him to the Cc: list.

>-      ide cdrom is limited and does not reflect reality
>
>-      ide-scsi is _not_ limited but implemented buggy on Linux
>
>You are saying the same thing as Alan Cox:
>
>       Let us keep the bugs in ide-scsi & the SCSI cdrom driver on Linux because
>       I do not realize any problem for _my_ personal work.
>
>The right solution would be to fix the bugs in the existing ide-scsi + SCSI cdrom
>solution. Then even people who do not understand the problem would prefer
>this solutuion because it fits all their needs.

I haven't said much at all other than that I disagree with you,
so please do not put words in my mouth like that.

I will let Alan comment on the items that you have provided,
since I know not what his exact words or comments are on this.


------------------------------------------------------------------------
Signature poll:  I'm planning on getting a 12 or 16 port autosensing
10/100 ethernet switch soon for home use, and am interested in hearing
others recommendations on what to buy.  Cost isn't as important as is
functionality and quality.  Any suggestions appreciated.
------------------------------------------------------------------------


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to