Bug 288801
Summary: | Dell D630 has no sound after wakup from suspend/hibernate | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Huzaifa S. Sidhpurwala <huzaifas> |
Component: | kernel | Assignee: | John Feeney <jfeeney> |
Status: | CLOSED WORKSFORME | QA Contact: | Red Hat Kernel QE team <kernel-qe> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 5.1 | CC: | helpdesk-rnd, jfeeney, joshua.bakerlepain, peterm, tiagomatos |
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: | 2009-05-13 18:51:28 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
Huzaifa S. Sidhpurwala
2007-09-13 06:12:05 UTC
Hello, unfortunately I do not have any of those models in my office. But as I found, the problem is in a sound module. Guys from alsa are working on it. Could you try plug earphones in and check if the sound is working with disabled speakers? One of workarounds is to unload a sound module (snd-hda-intel) before suspend and after laptop wakes up, load this module again. I will try to find out more informations. Zdenek Zdenek, If you want to test, i have the machine here and could assist you with it. Go to /etc/pm/config.d/. Check if there are any files. If so, look into them and try to find a line with SUSPEND_MODULES. If you find such a line, append "snd-hda-intel" as another module. If there is no such a line or in the directory /etc/pm/config.d/ is not any file, then create new one with the name "modules". Write into it SUSPEND_MODULES="snd-hda-intel" and save it. Then try to suspend/hibernate a laptop via gnome-pover-manager. Also try to suspend/hibernate a laptop by running command pm-suspend/pm-hibernate in a terminal as root. thanks, Zdenek Well, what is happening is that the function modunload() in /usr/lib/pm-utils/functions is not able to unload the snd_hda_intel module strangely enough when i try to unload it myself through modprobe -r or rmmod, it does not unload, it shows having a dep, but does not show on what it depends on [root@huzaifas ~]# lsmod | grep snd snd_hda_intel 24025 1 snd_hda_codec 202305 1 snd_hda_intel snd_seq_dummy 7877 0 snd_seq_oss 32577 0 snd_seq_midi_event 11073 1 snd_seq_oss snd_seq 49713 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 11725 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 42945 0 snd_mixer_oss 19009 1 snd_pcm_oss snd_pcm 72133 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_timer 24645 2 snd_seq,snd_pcm snd 52421 11 snd_hda_intel,snd_hda_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 11553 1 snd snd_page_alloc 13641 2 snd_hda_intel,snd_pcm this clearly shows that snd_hda_intel is depended on somthing, but does not show what? so the modunload function cannot remove it and hence the purpose is not solved. snd_hda_intel is used by some sound applications (probably mixer, or arts,...), so you have to stop those applications. Then, the module could be removed. But I think, this is already too complicated. Let's try this workaround. In /etc/modprobe.conf, add: options snd-card-0 model=3stack options snd-hda-intel model=3stack Reboot a laptop and then try to suspend/hibernate. Not working with that, mixer is depenent to snd_hda_intel,so when i remove mixer, it works fine Anything on this yet? Hi, this bug happened to me on Fedora 7 and, sadly, continues on Fedora 8 on this same hardware. Since this bug is about RedHat EL 5 should I file a new bug for fedora? Or is there any debug info I can get to help fix this? Is this still an issue? My D630 running 5.3 appears to have working sound after resume. There have been significant ALSA updates to provide HDA support, so I suspect that this bug has been fixed since the last update. works for me on a 5.3 machine Since the bug reporter says it works in RHEL 5.3, I am going to close this as CLOSED WORKSFORME. |