Created attachment 348682 [details] crash report canberra-gtk-play Description of problem: Everytime I log in into GNOME, canberra-gtk-play crashes. Report attached. In consequence there is no sound on HP 2133, EVERY application which tries to play sound will crash, too! An exerpt from /var/log/messages: ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 Must this be reported against pulse? Version-Release number of selected component (if applicable): How reproducible: log in into GNOME, sound does also not work in KDE Steps to Reproduce: 1. log in into GNOME 2. 3. Actual results: crashs, crashs, crashs (sigh)
One more thing to note: Neither with the released live cd of GNOME nor KDE this happens.
Any chance you can get me a backtrace on this crash?
Closing due to lack of response.
Created attachment 358316 [details] backtrace Requested backtrace. Could this bug be re-opened? No sound under either Gnome or KDE using any application.
I too would like to see this bug reopened since more than one person is encountering it. See bug 516092 - https://bugzilla.redhat.com/show_bug.cgi?id=516092 Version-Release number of selected component (if applicable): libcanberra-0.12-1.fc11.i586 smolt UUID: pub_cde052f6-5d59-4b82-9272-5c3c69a84b23
Well, thats reproducible here each time. Attaching backtraces soon.
Created attachment 359796 [details] canberra-gtk-play-bugreport.txt (1)
Created attachment 359797 [details] canberra-gtk-play-bugreport.txt (2)
Please fix this annoying bug very soon - you've everything you need...
Adding Jan, as he's able to reproduce this bug all the time at a HP 2133.
This is probably breakage in the PRIO_INHERIT mutexes on some kernels. Which kernel are you running? Have you upgraded to the newest F-11 kernel?
Here is the output of my uname command: 2.6.29.6-217.2.16.fc11.i686.PAE #1 SMP Mon Aug 24 17:16:21 EDT 2009 i686 i686 i386 GNU/Linux Latest updates are installed using "yum update". No kernel updates were found since the network installation this morning.
Created attachment 359906 [details] Traceback on latest updates uname -va gives Linux elinu01 2.6.29.6-217.2.16.fc11.i686.PAE #1 SMP Mon Aug 24 17:16:21 EDT 2009 i686 i686 i386 GNU/Linux
Created attachment 359911 [details] Equivalent crash in KDE KDE also seems to fail at a similar point. Attached is the Knotify crash report. KDE also lacks sound which would suggest some underlying common error rather than just in canberra-gtk-play. System configuration and kernel is the same as reported in comment #13
That KDE issue appears to be unrelated. Please file an independant bug against xine. pthread_mutex_unlock() failing really smells like another iteration of bug 492838 or something related to that. Would be good if someone could check if this is reproducible if PRIO_INHERIT is not used for the mutexes of PA. Anyone up to this? Would just mean to rebuild PA with the pthread_mutexattr_setprotocol(&attr, PTHREAD_PRIO_INHERIT) line commented in src/pulsecore/threaded-mainloop.c. This is 32bit only iiuc?
I just updated to the latest everything and this problem seems to have gone away. Looks like there was a new version of pulseaudio in with the updates. Can anyone else confirm?
Versions before latest update: alsa-plugins-pulseaudio.i586 1.0.20-2.fc11 installed kde-settings-pulseaudio.noarch 4.2-12 @updates pulseaudio.i586 0.9.15-14.fc11 installed pulseaudio-debuginfo.i586 0.9.15-14.fc11 @updates-debuginfo pulseaudio-libs.i586 0.9.15-14.fc11 installed pulseaudio-libs-glib2.i586 0.9.15-14.fc11 installed pulseaudio-module-bluetooth.i586 0.9.15-14.fc11 installed pulseaudio-module-gconf.i586 0.9.15-14.fc11 installed pulseaudio-module-x11.i586 0.9.15-14.fc11 installed pulseaudio-utils.i586 0.9.15-14.fc11 installed xine-lib-pulseaudio.i586 1.1.16.3-2.fc11 installed Versions after latest update: kernel-PAE.i686 2.6.30.5-43.fc11 updates kernel-PAE-devel.i686 2.6.30.5-43.fc11 updates kernel-firmware.noarch 2.6.30.5-43.fc11 updates kernel-headers.i586 2.6.30.5-43.fc11 updates pulseaudio.i586 0.9.15-17.fc11 updates pulseaudio-libs.i586 0.9.15-17.fc11 updates pulseaudio-libs-glib2.i586 0.9.15-17.fc11 updates pulseaudio-module-bluetooth.i586 0.9.15-17.fc11 updates pulseaudio-module-gconf.i586 0.9.15-17.fc11 updates pulseaudio-module-x11.i586 0.9.15-17.fc11 updates pulseaudio-utils.i586 0.9.15-17.fc11 updates Opening sounds work but break up and are distorted. The canberra-gtk-play crash has gone. The break up and distortion are not heard with players. Sound players e.g. Amarok now play. I don't know if it is a hardware issue with the HP 2133 that I have but the sound is only working on the RH channel. The KDE issue referenced in comment #14 has also gone following the update. The installation here is 32-bit. Do you still want the PA rebuild done? Willing to give it a go if still needed.
Created attachment 360142 [details] Output from lspci The initial problem of canberra-gtk-play crashing seems to be gone. I don't have an HP 2133, but I do have a VIA pc2500 mainboard. The HP 2133 also uses a VIA mainboard. It might be safe to assume that the audio controller are similar in each of our systems. I'm not an expert, but would be willing to bet that this is more of a problem with pulseaudio and the 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60). Should we close this bug and open one against pulseaudio? I've attached the output from lspci on my system for comparison to an HP 2133.
Closing since the pthread_mutex_lock assertion is gone. Most likely some kernel upgrade fixed it.