|
Bugzilla – Full Text Bug Listing |
| Summary: | snd_hda_intel doesn't work after suspend to disk | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.2 | Reporter: | Matej Horvath <mhorvath> |
| Component: | Mobile Devices | Assignee: | Takashi Iwai <tiwai> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | behlert, tiwai |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | openSUSE 10.2 | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
some information from /proc
dmesg before and after suspend lsmod after second suspend |
||
|
Description
Matej Horvath
2007-06-06 09:37:08 UTC
Assigning back to kernel teams. The SUSPEND_MODULES variable causes the module to be unloaded before suspend and reloaded after resume. So it seems to be a module bug... It's a hardware-specific problem. Provide more detailed hardware information. Created attachment 144795 [details]
some information from /proc
Created attachment 144796 [details]
dmesg before and after suspend
Created attachment 144797 [details]
lsmod after second suspend
What information exactly do you need? The first dmesg output was obtained before the first suspend, the sound card worked normally. After the first suspend card still worked normally, so I suspended it once again and then it stopped. Now, if I reload the module ( modprobe -r and modprobe) it works again. Your codec chip isn't supported on suse 10.2 kernel (2.6.18). The generic parser code isn't perfect for these codec chips, unfortunately, and it'd be too much work for maintenance kernel to change that. It would likely work better on openSUSE 10.3 kernel (2.6.22 and later), which has the fixed support of conexant audio codec chips. |