k9copy weirdness...

[fati]

k9copy seems to be invoking some sort of ancient DVD/ATA monster lurking in my system. I've recently picked up and left Gentoo where things were working ok, so I suspect it's something in the newer version of the kernel (I was on 2.6.18 before).

The symptoms:
With a dvd in the drive, trying to open k9copy takes ~10 minutes just to get started. Once the program does start, everything seems to run ok. This is completely unlike kaffiene which picks up and plays the dvd normally without any delay. I suspect that the problem is with the kernel and k9copy just happens to be the unlucky program that trips on it.

Here's a sample of what dmesg says during this time

[ 4602.052612] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
[ 4602.052625] ata2.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0xac data 8 in
[ 4602.052627]     res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
[ 4609.064035] ata2: port is slow to respond, please be patient (Status 0xd0)
[ 4632.012669] ata2: port failed to respond (30 secs, Status 0xd0)
[ 4632.012678] ata2: soft resetting port
[ 4632.830462] ata2.00: configured for UDMA/66
[ 4662.742522] ata2.01: qc timeout (cmd 0xef)
[ 4662.742535] ata2.01: failed to set xfermode (err_mask=0x4)
[ 4662.742541] ata2: failed to recover some devices, retrying in 5 secs
[ 4667.731885] ata2: soft resetting port
[ 4668.549653] ata2.00: configured for UDMA/66
[ 4698.461711] ata2.01: qc timeout (cmd 0xef)

The ata module being used is ata_piix, which I understand went through some serious changes recently, I've tried an upgrade and even tested a patch for the problem for 2.6.21 with no success. I've tried reverting to the only loading the old piix driver which stops this particular problem but causes me to lose DMA everywhere.

Any ideas or suggestions would be appreciated!

[TedNig]

Re: k9copy weirdness...

Throw away your Fuji disks.