Bugzilla – Bug 131492
Play audio CD. Run program again -> audio CD program becomes a zombie
Last modified: 2006-09-12 13:10:00 UTC
If I run "cdp" (starts playing) and then a "cdp start 1", the program does not exit and a ps shows: tob 6004 0.0 0.1 1816 564 pts/1 D+ 18:32 0:00 cdplay play 1 I'm not sure about when it happens and when not, but it seems to have something to do with the second (or third) time accessing the drive; maybe while still playing. I first encountered this with kscd. Any idea how to debug this is highly appreciated. This is on an IBM ThinkPad R50. I used first the default 10.0 kernel (+all security updates), I now tried kernel-default-2.6.14-20051028140608 with the same result. While pressing the eject button does not work, "eject" actually works. ~> lsof /dev/hdc COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME cdplay 6004 tob 3r BLK 22,0 2030 /dev/hdc ~> lsof |grep cdplay shows not that much interesting; besides /,/tmp,$0,*so: cdplay 6004 tob mem REG 0,0 0 [heap] (stat: No such file or directory) cdplay 6004 tob 12u unix 0xd77189c0 14335 socket cdplay 6004 tob 13u unix 0xd7718240 14344 socket
Try a # echo t > /proc/sysrq-trigger and attach that info.
Created attachment 56008 [details] output (from messages) of sysrq t (after deadness of kscd) Was this time a bit more difficult to deadlock (needed to run both kscd and cdplay), but they deadlocked. If needed I have also the sysrq before I started the CD programs.
Created attachment 56573 [details] Another cdplay deadlock sysrq-t log This is now after: - put CD it (....) - logout KDE - remove kscd from .kde/share/config/ksmserverrc - restart computer - login - run cdplay -> dead I'm not sure whether reboot vs. shutdown/restart computer matters or leaving the CD in vs. putting it in when the computer is up.
Anything else I should provide?
Reopen for 10.1 if the bug still exists.