Pulseaudio is blocking normal sound after resume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
PulseAudio |
Fix Released
|
Unknown
|
|||
gnome-power-manager (Baltix) |
Invalid
|
Undecided
|
Unassigned | ||
gnome-power-manager (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Intrepid |
Invalid
|
Undecided
|
Unassigned | ||
Jaunty |
Invalid
|
Undecided
|
Unassigned | ||
pulseaudio (Ubuntu) |
Fix Released
|
Low
|
Daniel T Chen | ||
Intrepid |
Fix Released
|
Undecided
|
Daniel T Chen | ||
Jaunty |
Won't Fix
|
Low
|
Daniel T Chen |
Bug Description
jaunty SRU information follows:
Note that this SRU involves two separate bugs, this one and bug 326532.
Impact: Users who experience problems with PulseAudio often kill it (using "pulseaudio -k" or "killall pulseaudio", the latter of which is more reliable). Jaunty's current pm-utils sleep hook looks for the session-invoked command line. Users who invoke pulseaudio manually, after killing it, with "pulseaudio -D" (or other variants) do not have this session-invoked command line, and thus, when they suspend to ram or disk, the pm-utils sleep hook does not suspend their pulseaudio daemons.
Note that the use case of killing the pulseaudio daemon and allowing it to autospawn afterward is unaffected; jaunty's existing pm-utils sleep hook correctly reaps all pulseaudio instances. This SRU only applies to manually invoked "pulseaudio -D", "pulseaudio -vvv", etc.
Resolution: Modify the pm-utils sleep hook to correctly reap all pulseaudio instances regardless of pulseaudio invocation command line.
SRU debdiff: http://
TEST CASE: Boot into a jaunty install. In a Terminal, issue "killall pulseaudio;
Regression potential: No regressions have been identified in production.
--
old intrepid SRU information follows:
Impact: A portion of users with a default or updated (intrepid-updates) Ubuntu 8.10 install experience inaudible audio from PulseAudio after resuming from suspend-to-ram. This symptom is due to the PulseAudio daemon not having received proper notification to suspend clients and release the sound device(s).
Resolution: Configure users' pulseaudio daemons to suspend prior to suspending to ram and to resume after resuming. This sequence is accomplished via a pm-utils sleep hook. The corresponding fixed version (0.9.13-2ubuntu3) is available in jaunty.
SRU debdiff: http://
TEST CASE: Boot into a default or updated (intrepid-updates) Ubuntu 8.10 install. Suspend to ram, then resume. Note the inaudible audio from PulseAudio.
Regression potential: No regressions have been identified in production.
Background information follows:
Binary package hint: pulseaudio
> aplay squish.au
Sonando Audio Sparc 'squish.au' : Mu-Law, Ratio 8000 Hz, Mono
[Suspend to Ram/Resume]
> aplay squish.au
ALSA lib pcm_dmix.
aplay: main:546: error al abrir audio: Dispositivo ó recurso ocupado
Then you need to killall pulseaudio for apps that use pcm starts working again.
(Question: How you can stop/start/restart pulseudio? In Ubuntu /etc/init.
If you need more information, please let me know.
Thx.
-------
Hardy Uptodate
IBM Thinkpad X41 Tablet
pulseaudio 0.9.9-1ubuntu2
Changed in pulseaudio: | |
status: | Unknown → Invalid |
Changed in pulseaudio: | |
assignee: | nobody → crimsun |
importance: | Undecided → Low |
status: | Confirmed → In Progress |
Changed in gnome-power-manager: | |
status: | New → Invalid |
Changed in pulseaudio: | |
status: | Invalid → New |
description: | updated |
Changed in pulseaudio: | |
status: | In Progress → Fix Released |
description: | updated |
Changed in gnome-power-manager: | |
status: | New → Invalid |
Changed in pulseaudio: | |
assignee: | nobody → crimsun |
status: | New → Confirmed |
Changed in pulseaudio: | |
status: | Confirmed → Fix Committed |
Changed in pulseaudio (Ubuntu): | |
status: | Confirmed → Fix Committed |
Changed in pulseaudio (Ubuntu Jaunty): | |
status: | Won't Fix → Fix Committed |
description: | updated |
tags: | removed: verification-done |
Changed in gnome-power-manager (Baltix): | |
status: | New → Invalid |
Changed in pulseaudio (Ubuntu Jaunty): | |
status: | Incomplete → Triaged |
Changed in pulseaudio: | |
status: | New → Fix Released |
tags: | removed: verification-needed |
I got here because I had a similar problem (with mocp), it helped to killall pulseaudio - but the I experienced some weird problems with gnome-power- manager, not that it took 100% CPU, but that i used up most my memory (bout 600 MiB), can this relay be on purpose? or is it some kind of memory leak or what ever?
I have attached a screenshot of Systemmanager(? I only know the danish name - "Systemovervågning" - but it kind of does the same as the top command).
So basically i can confirm both that there can be a problem with pulseaudio and that gnome-power-manager has a problem.
I also use a uptodate version of Hardy.
IBM Thinkpad T61
Version: 0.9.9-1ubuntu2
If you need more info just let me know