Bug 131492

Summary:	Play audio CD. Run program again -> audio CD program becomes a zombie
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Tobias Burnus <burnus>
Component:	Kernel	Assignee:	Greg Kroah-Hartman <gregkh>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None	CC:	tiwai
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	output (from messages) of sysrq t (after deadness of kscd) Another cdplay deadlock sysrq-t log

Description Tobias Burnus 2005-10-29 16:50:03 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

Comment 1 Jens Axboe 2005-10-31 13:34:28 UTC

Try a

# echo t > /proc/sysrq-trigger

and attach that info.

Comment 2 Tobias Burnus 2005-10-31 14:48:04 UTC

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.

Comment 3 Tobias Burnus 2005-11-07 09:48:57 UTC

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.

Comment 4 Tobias Burnus 2005-11-24 14:01:46 UTC

Anything else I should provide?

Comment 5 Jens Axboe 2006-09-12 13:10:00 UTC

Reopen for 10.1 if the bug still exists.