Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#10495 - Kernel 2.6.25 snd_hda_intel no sound after suspend/resume

Attached to Project: Arch Linux
Opened by kujub (kujub) - Sunday, 25 May 2008, 08:56 GMT
Last edited by Greg (dolby) - Tuesday, 17 June 2008, 20:20 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture All
Severity High
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:

Kernel 2.6.25 snd_hda_intel no sound after suspend/resume.

Unloading and reloading the snd_hda_intel module (followed by /usr/sbin/alsactl
restore) makes the sound work again.

Upsteam bug:
http://bugzilla.kernel.org/show_bug.cgi?id=10662

Additional info:
* package version(s)
kernel26 2.6.25.4-1

Steps to reproduce:

Suspend to disk.
Resume.
No sound.

This task depends upon

Closed by  Greg (dolby)
Tuesday, 17 June 2008, 20:20 GMT
Reason for closing:  Fixed
Additional comments about closing:  The patch made it in 2.6.25.7: http://www.kernel.org/pub/linux/kernel/v 2.6/ChangeLog-2.6.25.7
Comment by Carlos Eduardo (cemsbr) - Thursday, 29 May 2008, 03:35 GMT
I can confirm this bug on arch64.

I've tried somethings and I'm not sure what fixed it, but you should start running alsaconf from the alsa-utils package. We can try other things if it does not work.
Comment by kujub (kujub) - Thursday, 29 May 2008, 09:13 GMT
Sorry, but running alsaconf did _not_ fix it here.
Comment by Carlos Eduardo (cemsbr) - Friday, 30 May 2008, 12:50 GMT
It didn't work for me after rebooting and suspending... But this worked and you may try:

# fuser -k /dev/snd/*
# aconnect --removeall
# rmmod snd_hda_intel
# modprobe snd_hda_intel

Check your volume levels and see if works. Then we can think of a way to do it automatically.

By the way, my audio card is:
# lspci | grep Audio
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)
Comment by kujub (kujub) - Friday, 30 May 2008, 14:33 GMT
This would be only a (dirty) workaround.
I don't want to kill my apps !
I will stay with 2.6.24 until this is getting fixed (upstream).
Thank you anyway.
( Tip: If you realy want to do it automatically,
put a scriptlet into /etc/pm/sleep.d/ - some examples are in /usr/lib/pm-utils/sleep.d/
and maybe a config file into /etc/pm/config.d/ - example is /usr/lib/pm-utils/defaults )
Comment by Carlos Eduardo (cemsbr) - Friday, 30 May 2008, 15:24 GMT
I've read specifying the model parameter when loading the module solves the problem. If I find the correct model I'll let you know.
Comment by Carlos Eduardo (cemsbr) - Friday, 30 May 2008, 23:35 GMT
I solved my problem! I created /etc/modprobe.d/sound as follows (maybe only the first line is needed, the rest were created by alsaconf):

options snd-hda-intel model=3stack-dig
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel

Reload the module as in the dirty workaround or do a clean reboot. The following models are available: http://www.mjmwired.net/kernel/Documentation/sound/alsa/ALSA-Configuration.txt

I find out my card was ALC883 looking at everything.log (not at lspci output). There was "hda_codec: Unknown model for ALC883, trying auto-probe from BIOS...".
Comment by kujub (kujub) - Saturday, 31 May 2008, 13:05 GMT
Wow ! that really did the trick ! Thank you very much !

I found the same message about ALC883 in /var/log/messages and I even know about the model parameters in ALSA-Configuration.txt, but I never thought this would help in this case since it worked with 2.6.24 without this trick :-/

(I had to use options snd-hda-intel model=6stack-dig because I have 6 jacks on the backside of my box.)

Will report this upstream too ...
Comment by kujub (kujub) - Thursday, 05 June 2008, 08:51 GMT
OK - patch committed upstream. Please use it (or wait for next kernel release) :)
Comment by kujub (kujub) - Sunday, 15 June 2008, 10:58 GMT
Still not fixed with kernel26 2.6.25.6-1
Comment by Glenn Matthys (RedShift) - Tuesday, 17 June 2008, 13:42 GMT
Fixed in upstream release 2.6.26-rc5. See http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.26-rc5, search for "10662".

commit 07bc76dfa19b10017b518dd9aa1b2719e8c863de
Author: Takashi Iwai <tiwai@suse.de>
Date: Tue Jun 3 14:46:34 2008 +0200

[ALSA] hda - Fix resume of auto-config mode with Realtek codecs

The auto-config mode of Realtek ALC codecs has a bug since 2.6.25
that it cannot resume properly. The problem was the wrong assignment
of init_hook that overrides the whole initialization.

Relevant bug reports:
http://bugzilla.kernel.org/show_bug.cgi?id=10662
https://bugzilla.novell.com/show_bug.cgi?id=385473

Signed-off-by: Takashi Iwai <tiwai@suse.de>
Comment by Glenn Matthys (RedShift) - Tuesday, 17 June 2008, 20:19 GMT
Please add the following comment:

The patch made it in 2.6.25.7: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.25.7

Loading...