Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices

From: Jens Axboe
Date: Tue Aug 10 2004 - 03:56:43 EST


On Tue, Aug 10 2004, Matthias Andree wrote:
> Jens Axboe schrieb am 2004-08-06:
>
> > On Fri, Aug 06 2004, Joerg Schilling wrote:
> > > Let me give you a short answer: If DMA creates so many problem on Linux,
> > > how about imlementing a generic DMA abstraction layer like Solaris does?
> >
> > We do have that. But suddenly changing the alignment and length
> > restrictions on issuing dma to a device in the _end_ of a stable series
> > does not exactly fill me with joyful expectations. It's simply that,
> > not lack of infrastructure.
>
> The problem has been reported again and again throughout the whole 2.4
> cycle and has grown ever more painful as devices became faster.
>
> It's not exactly fun if everything can do 48X but your favorite OS
> (Linux 2.4) is limited to say 8X because it only does PIO in spite of
> hdparm settings and everything else.
>
> I didn't care much because I had a SCSI writer at that time which had
> working DMA (and was also slow...) but as that turned out to become
> unreliable, I bought one of the nice Plextors and now was faced with
> the problem I couldn't use it at full speed. FreeBSD came to the
> rescue while 2.6 started to become stable through its early releases.
>
> It's Marcelo's call to decide if he wants the DMA addressing
> requirements relaxed for 2.4.28 or if 2.4 is closed. If 2.4 is now
> bugfixes-only then this certainly qualifies after some testing. If it
> doesn't work out, it can still be disabled through the -rc versions,
> or it can be some sysctl if you fear adverse effects.

It's not going to happen for 2.4, that's pretty much given. 2.6 works
just fine, and I sure as hell don't want to risk breaking anything in
2.4 just to get a speed increase. Not at this point.

You also seem to forget that someone needs to do the actual work to make
it happen. It's not likely someone will, when they haven't already.

--
Jens Axboe

-
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/