Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: When pulseaudio daemon is not able to open the audio device during startup, and system-config-sound hangs afer ESD audio output test finishes. Version-Release number of selected component (if applicable): control-center-2.20.0-1.fc8 Steps to Reproduce: 1. Make the alsa device busy 2. Start pulseaudio daemon and ensure the log contains the following line pulseaudio[30936]: module-alsa-sink.c: Error opening PCM device hw:0: Device or resource busy 3. Launch system-config-sound 4. Select ESD output somewhere and hit 'Test' 5. Click 'OK' now the system-config-sound is hung
system-config-sound doesn't exist. If you mean gnome-sound-properties, then there's nothing it can do, as pulseaudio is probably blocking that. Reassigning. Lennart, do you think we should remove the esd sink from GStreamer?
(In reply to comment #1) <snip> > Lennart, do you think we should remove the esd sink from GStreamer? Removed from gstreamer-plugins-good-0.10.6-6.fc8
Bastien's commit kind of fixed this. I can not force the gnome-sound-properties to hang at all now, no matter what state is the sound daemon in.
Reopening; this also happens without ESD emulation -- just select Pluse Audio playback. This is the top of the stack when it happens: #0 0x00002aaab1589ee4 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaab158593b in _L_lock_879 () from /lib64/libpthread.so.0 #2 0x00002aaab15857cb in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00002aaabd4486be in pa_mutex_lock () from /usr/lib64/libpulse.so.0
Reproducible with any gstreamer pipe: [lkundrak@richman ~]$ gst-launch filesrc location=5.Kill_The_King.ogg ! oggdemux ! vorbisdec ! pulsesink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstAudioSinkClock [ Now kill pulseaudio ] ERROR: from element /pipeline0/pulsesink0: Disconnected: Connection terminated Additional debug info: pulsesink.c(443): gst_pulsesink_write (): /pipeline0/pulsesink0 Execution ended after 8522138000 ns. Setting pipeline to PAUSED ... [ hang ]
Not reproducible without gstreamer [lkundrak@richman ~]$ paplay /usr/share/sounds/startup3.wav [ kill ] Connection failure: Connection terminated Stream errror: Connection terminated [lkundrak@richman ~]$ Nor reproducible with gstreamer without pulseaudio plugin [lkundrak@richman ~]$ gst-launch filesrc location=5.Kill_The_King.ogg ! oggdemux ! vorbisdec ! audioconvert ! audioresample ! esdsink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstAudioSinkClock [ kill ] [lkundrak@richman ~]$ Reassigning to gstreamer-plugins-pulse
Hmm, Lubomir could you please provide me with a full backtrace of what is happening, over all threads? And also with the full output of "pulseaudio -vv" when this happens? If I understood correctly, then the PA instance has not a single sound card configured after startup, because it gets an EBUSY when opening the audio device, right?
*** Bug 364071 has been marked as a duplicate of this bug. ***
This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '8'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 8's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 8 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Closing due to lack of response.