Bug 397601
| Summary: | Audio does not function on waking up from hibernate | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | sankarshan <sankarshan.mukhopadhyay> | ||||
| Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 8 | CC: | aquarichy, lkundrak, makoto, oliva, pierre-bugzilla | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2008-02-29 09:35:45 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: | 314411, 384271 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
sankarshan
2007-11-24 04:25:57 UTC
http://smolt.fedoraproject.org/show?UUID=38ad3dc5-4242-41fe-8cb1-7b7d735f4a0d is the smoltProfile for this box Please run pulseaudio in a terminal. pulseaudio -k pulseaudio -vv Then, hibernate and resume again. And dump the output of Pulseaudio here. *** Bug 398961 has been marked as a duplicate of this bug. *** Created attachment 274631 [details]
pulseaudio -vv output
This is what I got. Sorry about all the noise regarding an external USB disk I
had plugged in.
Restarting pulseaudio doesn't fix it. Somehow logging out and back in does.
Any ideas?
It seems to be a deeper problem than just audio. The external USB disk wasn't re-mounted after wake up, and even unplugging it and plugging it back in produced no actions. Shall we blame it on hal, dbus, or what? Blame Hal, I think. I have this problem when waking up from resume. My solution is pulseaudio --kill sudo /etc/init.d/haldaemon restart pulseaudio --log-target=syslog And voila, 90% of the time, my problem is fixed. This is not an idea situation, though! I miss having audio that worked :'( I'd also bet on hal. You can be sure by looking at output of following: $ getfacl /dev/snd/pcmC0D0c If you don't see yourself there, please close this as duplicate of bug #384271 Also, try switching virtual consoles and look if it made hal change the ACLs After hibernating once and coming back, my sound was gone, and I also didn't appear in the in the results of getfacl /dev/snd/pcmC0D0c anymore. Following bug #314411, which asks the following questions, I have the following answers: 1. Is hald running upon resume? (lshal will tell you) Yes. 2. Do you get the permissions back when switching to VT1 and then back? (e.g. getfacl /dev/snd/pcmC0D0p) Yes. 3. Does manually fixing up the ACL's make sound work? Just wondering if it's a low-level driver problem. Don't know how :) 4. What ALSA driver are you using? I'm not sure how to find this out. system-config-soundcard reports the following information, though: Model: SB450 HDA Audio, module: snd-hda-intel I don't think that's what you want, though :) So, I think it's the same issues as in bug #384271, because I disappear from the ACLs after hibernating/suspend, and that is restored when switching VTs. Thanks for peeking in on this :D |