Re: libata PATA patch update

[Alan Cox <alan@lxorguk.ukuu.org.uk>]

On Maw, 2006-05-09 at 01:48 +0200, Rene Herman wrote:
> The "couldn't disable kernel command translation layer" bit is probably
> expected?

I think so yes.

> In any case, it seems that this driver is also not using DMA for CDDA? I 

It should use whatever the sr.c SCSI CD driver code uses when doing
CDDA, and it isn't directly a part of the driver (although there are
hooks so drivers can filter/control what ATAPI can be done with DMA).

> am using slackware 10.2 (vanilla) "cdparanoia III release 9.8 (March 23, 
> 2001)". A while ago someone on this list pointed to some patches for 
> SG_IO use with cdparanoia but this made my machine highly unstable. 
> Would you like me to retest with this new driver? If so, any specific 
> version of cdparanoia?

I would be interested to know what happens if you try this, version
doesn't matter.

> DVD is fine. UDMA33 though, although the drive is capable of UDMA66:

The core code sets both drives to the same speed on the cable. The old
-ac code fixed this but I've not pushed that change over (in part
because it will naturally happen now as other changes go in).

Thus dev1 is pulling dev0 down to UDMA33 for now.

> The old IDE driver does set it to UDMA66 after an ide1=ata66, and after
> the recently merged patch to amd74xx to "only do disk side cable
> detection". I assumed it was that same problem, but I see that

That change is in the libata driver as well so should not be a problem.

> Hope this was a useful report...

Much appreciated,

Alan