Bug 434909
Summary: | daemon stops working after suspend | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jan Hutař <jhutar> |
Component: | pulseaudio | Assignee: | Lubomir Rintel <lkundrak> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | pierre-bugzilla |
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: | 2008-03-24 14:32:22 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: | |||
Bug Depends On: | 384271 | ||
Bug Blocks: |
Description
Jan Hutař
2008-02-26 06:48:50 UTC
Just happened again, so before I `killall pulseaudio`, here is what mplayer says: $ mplayer some.file ... # waits for some time ... AO: [pulse] Init failed: Timeout Could not open/initialize audio device -> no sound. Audio: no sound ... #now plays but without sound And here is pulseaudio backtrace: # ps ax | grep pulse 3101 ? Sl 0:16 /usr/bin/pulseaudio --log-target=syslog 11572 pts/0 S+ 0:00 grep pulse # gdb attach 3101 ... (gdb) thread apply all bt Thread 3 (Thread 1084229968 (LWP 3106)): #0 0x0000003d32acbf55 in ppoll (fds=0x628080, nfds=1, timeout=0x0, sigmask=0x627ec8) at ../sysdeps/unix/sysv/linux/ppoll.c:57 #1 0x0000003a6b4450c0 in pa_rtpoll_run () from /usr/lib64/libpulsecore.so.5 #2 0x00002aaaafbae80d in pa_config_parse_int () from /usr/lib64/pulse-0.9/modules/module-alsa-sink.so #3 0x0000003a6b4470ed in pa_config_parse_int () from /usr/lib64/ libpulsecore.so.5 #4 0x0000003d33606407 in start_thread () from /lib64/libpthread.so.0 #5 0x0000003d32ad4b0d in clone () from /lib64/libc.so.6 Thread 2 (Thread 1094719824 (LWP 3107)): #0 0x0000003d32acbf55 in ppoll (fds=0x642c20, nfds=1, timeout=0x0, sigmask=0x642a68) at ../sysdeps/unix/sysv/linux/ppoll.c:57 #1 0x0000003a6b4450c0 in pa_rtpoll_run () from /usr/lib64/libpulsecore.so.5 #2 0x00002aaaaffdc6f7 in pa_config_parse_int () from /usr/lib64/pulse-0.9/modules/module-alsa-source.so #3 0x0000003a6b4470ed in pa_config_parse_int () from /usr/lib64/ libpulsecore.so.5 #4 0x0000003d33606407 in start_thread () from /lib64/libpthread.so.0 #5 0x0000003d32ad4b0d in clone () from /lib64/libc.so.6 Thread 1 (Thread 46912496292400 (LWP 3101)): #0 0x0000003d32acbd66 in __poll (fds=0x655610, nfds=12, timeout=1999) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x0000003a6b413e2c in pa_mainloop_poll () from /usr/lib64/libpulsecore.so.5 #2 0x0000003a6b414c38 in pa_mainloop_iterate () from /usr/lib64/ libpulsecore.so.5 #3 0x0000003a6b414cd0 in pa_mainloop_run () from /usr/lib64/libpulsecore.so.5 #4 0x00000000004078cc in main () 0x0000003d32acbd66 87 int result = INLINE_SYSCALL (poll, 3, CHECK_N (fds, nfds), nfds, timeout); Is there anything else I can do? In the first case -- you seem to be in trouble with consolekit. Is it running? Does it keep track of sessions -- haven't you restarted it or dbus? Should that happen again, please observe "ck-list-sessions" output. You also seem to be hitting the problem with bad ACLs on permissions. Please note that "ls -l" is not enough to observe them -- use "getfacl". As this happens on resumes, this is most likely caused by bug #384271. See koji for latest hal build with my fix. Note that as you can see in the bug referred to above it doesn't seem to have received blessing from davidz... Please reopen in case you're able to reproduce this again. |