pulseaudio hangs
Bug #235990 reported by
ghamar
This bug affects 7 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
PulseAudio |
Fix Released
|
Unknown
|
|||
linux (Ubuntu) |
Fix Released
|
Low
|
Daniel T Chen | ||
pulseaudio (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: pulseaudio
I am using a completely updated Hardy Heron. Sometimes (after a few hours use) applications hang, for example (pidgin, firefox). When this happend I tried to restart them. I killed the running firefox and started it again. A new process appeared in the process list but the firefox window didn't showed. I also tried some other programs like terminal and the same happened.
I logged out and started to kill all of the processes that was still running. I realized that pulseaudio can be terminated only with the kill signal. Next time when my applications started to freeze I've just killed pulseaudio and everything started to run.
Related branches
lp:~crimsun/pulseaudio/ubuntu
- Luke Yelavich: Pending requested
Changed in pulseaudio: | |
status: | Unknown → New |
Changed in pulseaudio: | |
importance: | Undecided → High |
Changed in linux: | |
assignee: | nobody → ubuntu-audio |
importance: | Undecided → Low |
status: | New → Confirmed |
Changed in pulseaudio: | |
status: | Triaged → Fix Committed |
Changed in pulseaudio: | |
status: | New → Fix Released |
To post a comment you must log in.
This happens for me as well.
It is definitely exacerbated by the presence of ALSA applications (in my case: skype, the flash 9 debug player which doesn't work with libflashsupport, the AIR debug runtime).
I have 4 hardy machines I use regularly, one of which was a fresh install and three which were upgraded from gutsy. The ones upgraded from gutsy have all exhibited this problem. However, the one with the fresh install appears not to. It may just be that I haven't tickled the bug there, though.
The wedged applications are always frozen in a "read()" system call on the pulseaudio socket.
Killing the pulseaudio daemon itself (it only responds to -KILL) seems to unfreeze all the wedged applications by allowing those calls to complete. I have not managed to get any useful strace output from pulseaudio itself yet, but this is due to some mistakes on my part, next time it happens I should be able to.