Joerg Schilling <[EMAIL PROTECTED]> wrote:
> I took Bill Davidsen out of the list as the email address [EMAIL PROTECTED]
> is bad and is bounced since half a year.
What he means is that his site triggers the SPAM filters, even though it
works fine for others including debian.org, so he decided unilaterally
to take me out of the list. Fortunately several people sent me copies of
this asking if I know what he had done. And their mail all goes through.
> 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 thought you were on another continent, it sounds as f your on a
diferent planet. Looking at standard RAM in the USA, try 64MB normal,
less than that on budget models. A number of Dell and Compaq models seem
to have 512MB as the max, not the standard.
> 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!
For the same reason you have stuff in your code, that's the way they
want it, and/or they have better things to change. If you don't like
Linux, write your own O/S, we do like Linux, have no problem finding out
which units (most) work fine, and using them. Just as there are units
which cdwrite doesn't handle, there are units Linux probably doesn't
handle, and I see no reason why that should change. People write free
software for their needs and choices, not to satisfy a small minority
who want the standard to be convenient for them and the hell with the
rest of the users.
>
> If you disagree, you need to convince me. If you don't give arguments, you
> never will convince me.
It may come as a shock, but I doubt most people care if they convince
you. Several of us have explained why we disagree, but if you persits in
thinking that the default should be what you use, I'm certainly not
losing any sleep over it.
>
> >>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.
Then people won't use it, will they? Of course most people are happy
with Linux, so maybe there's a lesson there.
> While ATAPI CD-ROM's support the IDE read command like IDE hard disks,
> all other features only work by sending a SCSI command to the drive using
> the IDE Packet command. So the right way to support ATAPI drives is to
> use the SCSI subsystem to send the commands via a special host adaptor driver
> that knows how to send SCSI commands via IDE transport.
What more than read do you need for a CD-ROM? My drives all have a
convenient button to eject media, which is handy because I use my hand
to pick up the CD and my finger is right there. As I found out once, by
using software eject you can stick the tray right out where someone can
bang into it.
> >>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.
Isn't this just about exactly what you say when someone asks for a
feature you don't need? Some version of "I have better things to do with
my time?" So do the Linux developers, things they think are more useful,
either to them or the vast majority of users who don't care at all if
some obscure SCSI command is implemented. Particularly since many ATAPI
device have broken firmware for features not used frequently, as you
have rightly pointed out.
> (**1) On Solaris you have a kernel debugger and crash dumps that may be annalysed
> later ooffline. On Linux I see no way to debug the kernel.
On that one we agree completely, I really wish Linux did a better job
of crash dump. But I have no illusions that my problems are common, and
I don't bother to even request something which would benefit so few.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
