Bug 502265
Summary: | Pulseaudio Volume Control window becomes unresponsive/hangs | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bruce Brackbill <brackbillbruce> |
Component: | alsa-lib | Assignee: | Jaroslav Kysela <jkysela> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 11 | CC: | brackbillbruce, dtimms, jkysela, superquad.vortex2 |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-06-28 12:40:10 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Bruce Brackbill
2009-05-22 20:59:47 UTC
I'm thinking it would be useful to have alsa-info hardware log available. You can run alsa-info, and at the end let it paste your results to the alsa site. The resultant URL back here. Also, you missed giving the version numbers that you are seeing this with: $ uname -a $ rpm -qa \*alsa\* kernel\* pavu\* \*pulse\*|sort alsa-info: http://www.alsa-project.org/db/?f=fd3be89046ddcd76034fc9f3ae346cb656244140 $ uname -a Linux localhost.localdomain 2.6.29.3-155.fc11.i686.PAE #1 SMP Wed May 20 17:31:09 EDT 2009 i686 i686 i386 GNU/Linux $ rpm -qa \*alsa\* kernel\* pavu\* \*pulse\*|sort alsa-lib-1.0.20-1.fc11.i586 alsa-plugins-pulseaudio-1.0.18-3.fc11.i586 alsa-utils-1.0.20-3.fc11.i586 kernel-2.6.29.1-102.fc11.i586 kernel-2.6.29.3-140.fc11.i586 kernel-2.6.29.3-155.fc11.i586 kernel-firmware-2.6.29.3-155.fc11.noarch kerneloops-0.12-5.fc11.i586 kernel-PAE-2.6.29.3-140.fc11.i686 kernel-PAE-2.6.29.3-155.fc11.i686 pavucontrol-0.9.8-1.fc11.i586 pulseaudio-0.9.15-11.fc11.i586 pulseaudio-libs-0.9.15-11.fc11.i586 pulseaudio-libs-glib2-0.9.15-11.fc11.i586 pulseaudio-module-bluetooth-0.9.15-11.fc11.i586 pulseaudio-module-gconf-0.9.15-11.fc11.i586 pulseaudio-utils-0.9.15-11.fc11.i586 (In reply to comment #0) > Watching video downloaded from: http://twit.cachefly.net/odtv/0506-floss68.mp4 Bruce, what application or combination of applications are you using to play this content ? Can you choose one particular application and piece of content that can guarantee a crash, and write the steps required to cause that crash ? Here we are trying to narrow down to a specific repeatable test case. > May 22 12:56:22 localhost kerneloops: Submitted 1 kernel oopses to > www.kerneloops.org Can you provide a URL to the kerneloops submission ? > May 22 13:41:07 localhost pulseaudio[2004]: ratelimit.c: 501 events suppressed Was it at this point where you saw high CPU use (> 95%) ? Can you post a link to your public smolt profile (to provide cpu type and speed ans so forth) ? >> Watching video downloaded from: http://twit.cachefly.net/odtv/0506-floss68.mp4 >Bruce, what application or combination of applications are you using to play this content ? I'm using Totem/Gnome with GST Good, Bad, Ugly and ffmpeg. But see now that there is NO NEED to open an audio/video file to cause the pulseaudio/alsa problem of 100% cpu and the errors. ( *Note*: Right clicking on the volume/speaker icon and opening up Sound Preferences causes the same problem. ) Just the act of opening the Pulseaudio Volume Control ( or Sound Preferences ) produces it. I've already pasted the following in my original post but I'll truncate it here: snd_pcm_avail() returned a value that is exceptionally large: 2147451148 bytes (24347518 ms). Most likely this is a bug in the ALSA driver 'snd_ali5451'. Please report this issue to the ALSA developers. alsa-util.c: snd_pcm_dump(): Increasing minimal latency to 1.00 ms alsa-util.c: snd_pcm_delay() returned a value that is exceptionally large: 2146795788 bytes (24340088 ms). alsa-util.c: Most likely this is a bug in the ALSA driver 'snd_ali5451'. Please report this issue to the ALSA developers. alsa-util.c: snd_pcm_dump(): Increasing minimal latency to 56.00 ms Increasing wakeup watermark to 45.99 ms 107 events suppressed The above continues with 100% CPU until I close the Pulseaudio Volume Control window. >Can you provide a URL to the kerneloops submission ? Sorry kernel oops is not giving me a URL. I reported this to closed bug #493963. >> May 22 13:41:07 localhost pulseaudio[2004]: ratelimit.c: 501 events suppressed >Was it at this point where you saw high CPU use (> 95%) ? As I mentioned above, just opening the Pulseaudio Volume Control produces 100% CPU. >Can you post a link to your public smolt profile (to provide CPU type and speed ans so forth) ? Here is my smolt page: http://www.smolts.org/show?uuid=pub_469716df-93a1-4436-992b-4081a3b7780b+ ( It would be nice if the smolt gui was fixed: https://bugzilla.redhat.com/show_bug.cgi?id=480423 ) This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping I've got some very good news. The Pulseaudio Volume Control and/or Sound Preferences Dialogue are no longer hanging/causing 100% CPU. I have all updates including updates testing as of today. I don't know when/what updates fixed this. Tailing /var/log/messages with media playing I now see : Jul 24 12:47:55 localhost kernel: ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 Instead of: May 22 12:48:34 localhost kernel: ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x8000, buffer size = 0x8000, period size = 0x8000 ..which i reported earlier. And also with media playing in totem/etc and I open Pulseaudio Volume Control I see today: <snip> Jul 24 13:05:20 localhost pulseaudio[2116]: alsa-source.c: Increasing wakeup watermark to 335.99 ms Jul 24 13:05:20 localhost pulseaudio[2116]: alsa-source.c: Increasing minimal latency to 356.00 ms Jul 24 13:05:22 localhost pulseaudio[2116]: alsa-source.c: Increasing wakeup watermark to 361.50 ms Jul 24 13:05:23 localhost pulseaudio[2116]: ratelimit.c: 18 events suppressed Jul 24 13:05:29 localhost pulseaudio[2116]: ratelimit.c: 17 events suppressed <snip> ...but when i close the Pulseaudio Volume Control the above suppresses and wakeup messages seam to go away. Kernel oopes where driving me nuts, so i turned it off. In my 20 minute test today ( playing several media files and playing with the Pulseaudio Volume Control and Sound Preferences Dialogue ) I re-enable kerneloops reporting and I have NOT seen a kernel oops so far. I don't know if this bug should be closed yet, but today I'm not experiencing it. There was a needinfo request for bug 502698 which I commented on ( https://bugzilla.redhat.com/show_bug.cgi?id=502698#c2 ) I'm responding here since my card is different than bug 502698. My answer to: "is anyone still seeing this with current f11 / rawhide kernels (i.e. 2.6.30 at least)?" is yes. I turned kernel oops reporting back on and when playing Totem I see: Kernel failure message 1: ALSA sound/core/pcm_lib.c:167: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 ALSA sound/core/pcm_lib.c:167: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 ALSA sound/core/pcm_lib.c:167: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 Kernel failure message 2: ALSA sound/core/pcm_lib.c:167: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 ALSA sound/core/pcm_lib.c:167: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 Kernel failure message 3: ALSA sound/core/pcm_lib.c:167: BUG: stream = 0, pos = 0x4000, buffer size = 0x4000, period size = 0x4000 <snip> # uname -a Linux localhost.localdomain 2.6.30.5-43.fc11.i686.PAE #1 SMP Thu Aug 27 21:34:36 EDT 2009 i686 i686 i386 GNU/Linux #rpm -qa | grep gstreamer gstreamer-tools-0.10.24-1.fc11.i586 gstreamer-ffmpeg-0.10.8-1.fc11.i586 PackageKit-gstreamer-plugin-0.4.9-1.fc11.i586 gstreamer-0.10.24-1.fc11.i586 gstreamer-plugins-good-0.10.15-4.fc11.i586 gstreamer-plugins-ugly-0.10.12-2.fc11.i586 totem-gstreamer-2.26.3-3.fc11.i586 gstreamer-plugins-flumpegdemux-0.10.15-6.fc11.i586 gstreamer-python-0.10.16-1.fc11.i586 gstreamer-plugins-bad-extras-0.10.13-6.fc11.i586 gstreamer-plugins-bad-0.10.13-6.fc11.i586 gstreamer-plugins-base-0.10.24-1.fc11.i586 # rpm -qa | grep pulseaudio alsa-plugins-pulseaudio-1.0.21-2.fc11.i586 pulseaudio-0.9.15-17.fc11.i586 pulseaudio-module-bluetooth-0.9.15-17.fc11.i586 pulseaudio-utils-0.9.15-17.fc11.i586 pulseaudio-libs-glib2-0.9.15-17.fc11.i586 pulseaudio-module-gconf-0.9.15-17.fc11.i586 pulseaudio-libs-0.9.15-17.fc11.i586 pulseaudio-module-jack-0.9.15-17.fc11.i586 # rpm -qa | grep alsa alsa-plugins-pulseaudio-1.0.21-2.fc11.i586 alsa-utils-1.0.21-2.fc11.i586 alsa-plugins-jack-1.0.21-2.fc11.i586 alsa-lib-1.0.21-3.fc11.i586 (In reply to comment #2) > alsa-info: > http://www.alsa-project.org/db/?f=fd3be89046ddcd76034fc9f3ae346cb656244140 > your card has 32 playback subdevices ( i.e. support hardware mixing ) do you really need a sound server ? why do fedora forcing user with a sound card which support hardware mixing to use a sound server ? **** List of PLAYBACK Hardware Devices **** card 0: A5451 [ALI 5451], device 0: ALI 5451 [ALI 5451] Subdevices: 32/32 This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. 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 '11'. 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 11'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 11 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 Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |