Version: 3.5.0-RC1 (using KDE Devel) Installed from: Compiled sources OS: Linux Whereas kio_audiocd 3.4.3 works well enough, after compiling 3.5.0 RC1, I find that kio_audiocd causes severe problems. I insert a disc, and any attempt to use the ioslave in Konqueror results in the drive spinning up, spinning down; repeat. kio_audiocd reports an error and does nothing useful, but the spinning doesn't stop. I can't eject the drive, or even forcibly kill the kio_audiocd process (or processes, as they seem to accumulate). A 'eject '/dev/hdd' as root sometimes works, but at the cost of an ATAPI reset and disabling DMA on the drive. So obviously something is messed up. Whether the root of the problem is in the kernel (2.6.14) or kio_audiocd, the problem appears to be revealed by the new kio_audiocd. Any ideas on how to start debugging?
odd, nothing major was changed for 3.5. Some different place you can try to see what happens would be in KAudioCreator and KSCD Do they both produce the same results?
KSCD works, but Kaudiocreator does not. Interestingly, I rebuilt kdebase against a newer dbus/hal, and the behaviour changed a little; rather than spinning up and down forever, the drive now stops after a few tries. But audiocd:/ etc. remains broken. Reverting to kdemultimedia 3.4.3 still fixes the problem, so it does seem to a kio_audiocd issue at core (or kernel). The system logs, I've noticed, contain the following: cdrom: This disc doesn't have any tracks I recognize! cdrom: This disc doesn't have any tracks I recognize! cdrom: This disc doesn't have any tracks I recognize! cdrom: This disc doesn't have any tracks I recognize! cdrom: This disc doesn't have any tracks I recognize! cdrom: This disc doesn't have any tracks I recognize! cdrom: dropping to single frame dma cdrom: This disc doesn't have any tracks I recognize! hdd: request sense failure: status=0x59 { DriveReady SeekComplete DataRequest Error } hdd: request sense failure: error=0x00 { } hdd: status error: status=0x59 { DriveReady SeekComplete DataRequest Error } hdd: status error: error=0x00 { } ide: failed opcode was: unknown hdd: drive not ready for command What's more, switching the CD to another drive works. Whatever changed in kio_audiocd must be trying to access the hardware in a dodgy way, such that certain drives choke, causing kernel confusion, unkillable processes, general brokeness, etc. This would also explain why not everyone has noticed this issue.
Anything I can do to help further? Let me know. Cheers, Christopher Martin
I confirm this problem. This is happening to me with kde 3.5 and mandriva's cooker rpms. Same messages: Dec 8 18:40:49 monolith kernel: cdrom: This disc doesn't have any tracks I recognize! Dec 8 18:40:51 monolith kernel: hdc: request sense failure: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 8 18:40:51 monolith kernel: hdc: request sense failure: error=0x00 { } I have tried many different rpms recompiled by different persons included me, and I have this problem in every case. Reverting to kde 3.4.2 fixes the problem every time (I have tried on my 2006, on a fresh 2006 and on a fresh cooker). The driver is a LG CD writer. Do you need any further infos or tests done?
Trying with kaudiocreator produces the same problem: Dec 8 19:42:47 monolith kernel: cdrom: This disc doesn't have any tracks I recognize! Dec 8 19:43:10 monolith ntpd[3448]: kernel time sync enabled 0001 Then, trying to use grip which works if I dont launch audiocd or kaudiocreator before does this: Dec 8 19:44:02 monolith kernel: hdc: request sense failure: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 8 19:44:02 monolith kernel: hdc: request sense failure: error=0x00 { }
It seems it is not only related to audiocd and kaudiocreator since I had the same problem with kscd. Playing kscd with grip open lead to the same above problems but kscd managed to continue being usable. Grip on the other hand froze and I had to restart the PC to get my drive back. I'm back to kde 3.4.2 but I'd like to know against what this bug must be reported?
I have similar issues on gento 2.6.14 with kde 3.5 stable. Here are some of the things I have noticed: - It takes forever to open up audiocd:/ and it show way too many tracks (100's) , sucks up most of my cpu and usually takes my machine down. - doing dmesg shows this: printk: 121 messages suppressed. sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; program kio_audiocd not setting count and/or reply_len properly Note that I am using a usb cd/rw - In kaudiocreator itself if I try to rip a track it says it is processing but never goes beyond 0% - no errors are shown if I kdesu first then it rips slowly and the messages about not setting count are still there. I have check and modified permissions on all my devices, as well as cdparanoia to see if it would help. - cdparanoia rips just fine from command line, Please see this: http://forums.suselinuxsupport.de/lofiversion/index.php/t17248.html The last post has some mention of this though it does not seem to be useful for me with my setup but perhaps it can help.
Ok, this sounds like it is a problem with libkcompactdisc
I have similar issues on Debian unstable with 2.6.15.6 kernel and kde 3.5.1 (libata is enabled): - I can rip CD with cdparanoia. But the ripping is very slow. Dmesg shows " sg_write: data in/out xxx/xxx bytes for SCSI command 0xbe--guessing data in; program kio_audiocd not setting count and/or reply_len properly" - In konqueror opening audiocd:/ eats all memory on my machine. It is possible to open some CDs but there are hundreds of tracks. - kaudiocdcreator read TOC correctly but never goes beyond 0%. Also there are no error messages in .xsessions-errors. How could I help to resolve this problem?