Happening to me too on a Dell Inspiron 9400 - kio_audiocd uses close to
100% cpu and never does anything useful. cdparanoia seems to work OK.
Kubuntu 6.06 with all updates to 12 Dec 2006.
While I get the sg_write kernel messages (from both cdparanoia and
kio_audiocd), it looks like there is a memory leak in kio_audiocd that
is the real problem. 'top' shows the %MEM constantly increasing and
strace of the kio_audiocd process shows...
[EMAIL PROTECTED]:~$ strace -p 7037
Process 7037 attached - interrupt to quit
brk(0x126a3000) = 0x126a3000
brk(0x126c4000) = 0x126c4000
brk(0x126e5000) = 0x126e5000
brk(0x12706000) = 0x12706000
brk(0x12727000) = 0x12727000
brk(0x12748000) = 0x12748000
brk(0x12769000) = 0x12769000
brk(0x1278a000) = 0x1278a000
brk(0x127ab000) = 0x127ab000
brk(0x127cc000) = 0x127cc000
brk(0x127ed000) = 0x127ed000
brk(0x1280e000) = 0x1280e000
... and so on.
The drive is...
[EMAIL PROTECTED]:~$ cdparanoia -Qv
Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for cooked ioctl() interface
/dev/scd0 is not a cooked ioctl CDROM.
Testing /dev/cdrom for SCSI interface
generic device: /dev/sg1
ioctl device: /dev/scd0
Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
SG interface version 3.5.33; OK.
CDROM model sensed sensed: _NEC DVD+-RW ND-6650A 102C
Checking for SCSI emulation...
Drive is ATAPI (using SCSI host adaptor emulation)
Couldn't disable kernel command translation layer
Checking for MMC style command set...
Drive is MMC style
DMA scatter/gather table entries: 128
table entry size: 32768 bytes
maximum theoretical transfer: 1783 sectors
Setting default read size to 13 sectors (30576 bytes).
Verifying CDDA command set...
Expected command set reads OK.
--
kio_audiocd eats up CPU instead of displaying CD contents
https://launchpad.net/bugs/48731
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
