Hard lock while ripping audio cds

[Ernst Persson]

Binary package hint: linux-source-2.6.15

I'm plauged by some kind of kernel panic when ripping audio cds in Dapper.

The ripping is done with rhythmbox.
The system log reports io timeouts a few times before the hang, however I haven't seen any errormessage from the hang/panic itself.
The computer becomes completely unresponsive.
The cdrom says this: (hdparm.conf has not been modified)

sudo hdparm /dev/hda

/dev/hda:
 IO_support = 1 (32-bit)
 unmaskirq = 1 (on)
 using_dma = 1 (on)
 keepsettings = 0 (off)
 readonly = 0 (off)
 readahead = 256 (on)
 HDIO_GETGEO failed: Invalid argument

sudo hdparm -I /dev/hda

/dev/hda:

ATAPI CD-ROM, with removable media
        Model Number: _NEC DVD_RW ND-3550A
        Serial Number:
        Firmware Revision: 1.04
Standards:
        Likely used CD-ROM ATAPI-1
Configuration:
        DRQ response: 3ms.
        Packet size: 12 bytes
Capabilities:
        LBA, IORDY(cannot be disabled)
        DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns IORDY flow control=120ns

[Ernst Persson (ernstp)]

I'm using the -k7 image

[Ernst Persson (ernstp)]

Here's the output from kern.log just before the lockup!

Jul 28 10:54:16 localhost kernel: [17194147.076000] hda: DMA timeout retry
Jul 28 10:54:16 localhost kernel: [17194147.076000] hda: timeout waiting for DMA
Jul 28 10:54:16 localhost kernel: [17194152.080000] hda: status timeout: status=0xd0 { Busy }
Jul 28 10:54:16 localhost kernel: [17194152.080000] ide: failed opcode was: unknown
Jul 28 10:54:16 localhost kernel: [17194152.080000] hda: drive not ready for command
Jul 28 10:54:46 localhost kernel: [17194182.080000] hda: ATAPI reset timed-out, status=0xd0
Jul 28 10:55:21 localhost kernel: [17194212.084000] ide0: reset timed-out, status=0x80
Jul 28 10:55:21 localhost kernel: [17194217.088000] hda: status timeout: status=0x80 { Busy }
Jul 28 10:55:21 localhost kernel: [17194217.088000] ide: failed opcode was: unknown
Jul 28 10:55:21 localhost kernel: [17194217.088000] hda: drive not ready for command
Jul 28 10:55:51 localhost kernel: [17194247.088000] hda: ATAPI reset timed-out, status=0x80
Jul 28 10:56:23 localhost kernel: [17194277.088000] ide0: reset timed-out, status=0x80
Jul 28 10:56:23 localhost kernel: [17194277.152000] cdrom: dropping to single frame dma

Jul 28 11:45:34 localhost kernel: [17181360.304000] hda: DMA timeout retry
Jul 28 11:45:34 localhost kernel: [17181360.304000] hda: timeout waiting for DMA
Jul 28 11:45:34 localhost kernel: [17181365.308000] hda: status timeout: status=0xd0 { Busy }
Jul 28 11:45:34 localhost kernel: [17181365.308000] ide: failed opcode was: unknown
Jul 28 11:45:34 localhost kernel: [17181365.308000] hda: drive not ready for command
Jul 28 11:46:04 localhost kernel: [17181395.308000] hda: ATAPI reset timed-out, status=0xd0
Jul 28 11:46:39 localhost kernel: [17181425.308000] ide0: reset timed-out, status=0x80
Jul 28 11:46:39 localhost kernel: [17181430.312000] hda: status timeout: status=0x80 { Busy }
Jul 28 11:46:39 localhost kernel: [17181430.312000] ide: failed opcode was: unknown
Jul 28 11:46:39 localhost kernel: [17181430.312000] hda: drive not ready for command
Jul 28 11:47:09 localhost kernel: [17181460.312000] hda: ATAPI reset timed-out, status=0x80
Jul 28 11:47:39 localhost kernel: [17181490.312000] ide0: reset timed-out, status=0x80
Jul 28 11:47:39 localhost kernel: [17181490.312000] cdrom: dropping to single frame dma

[Ernst Persson (ernstp)]

Here's a call trace from the kernel when the system was frozen

[William Grant (wgrant)]

Thanks for the bug report. Can you please describe your hardware configuration?

[Ernst Persson (ernstp)]

This is an x86 installation on a Amd64 3200+. It has a KV8-MAX3 motherbord whith 1 IDE harddrive, 2 SATA harddrives and 1 IDE DVDRW which is used for ripping cd's.

[Brian Murray (brian-murray)]

Thanks for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Thanks in advance.

[Ernst Persson (ernstp)]

Hi! I think I can reproduce this with the Dapper kernel yes, but not with Feisty. Where does that leave us?

[Ernst Persson (ernstp)]

This has been fixed somehow in newer kernels.