Bug 9890

Summary:	snd-intel8x0 speakers mute after resume from suspend to RAM
Product:	Drivers	Reporter:	bug6181
Component:	Sound(ALSA)	Assignee:	Jaroslav Kysela (perex)
Status:	CLOSED OBSOLETE
Severity:	normal	CC:	alan, bunk, tommi.kyntola
Priority:	P1
Hardware:	All
OS:	Linux
Kernel Version:	2.6.24	Subsystem:
Regression:	No	Bisected commit-id:
Attachments:	Output of "lspci -vvnn" on an nc6220

Description bug6181 2008-02-04 21:40:48 UTC

+++ This bug was initially created as a clone of Bug #6181 +++

Most recent kernel where this bug did not occur:
It occured in 2.6.12 too I did not test before

Distribution: ubuntu dapper, ubuntu breezy

Hardware Environment:HP nx8220 laptop, PCI id :8086:266e

Problem Description:
After resuming from suspend to RAM, the card behaves as if headphone jack sense
were on and the jack were plugged in.
All togglings of mixer settings with jack in or out result in the same effect
Sound is only heard through the headphones not through the speakers
If I only do alsactl power D3 and then D0 instead of systemwide suspend/resume
it works ok though.

The same problem occurs with the OSS driver. So either both are missing
something or the problem is at PCI/ACPI or otherwise out of the driver's
responsability.

Removing and reloading the module after resume does not fix the issue.

When resuming from suspend to disk things are fine, it needs a power cycle
apparently.

In the mixer settings I do not see an external amplifier switch if this helps
in any way.

Steps to reproduce:
using the software suspend code in dapper (mainline + patches, not swsusp2 if it
matters) enter STR. On resume speakers are muted even though they were not before.

Comment 1 bug6181 2008-02-04 21:42:17 UTC

I can confirm that this bug still exists, on a Compaq nc6230 on a Ubuntu Hardy Heron kernel (2.6.24-5-generic).  The patch "avoid regression" actually causes the issue on this system, undoing the patch to snd-intel8x0 resolves the issue.  It has been suggested that...

 "Looking at the line that is re-enabled by reverting that patch, it appears that on the HP NC6220 the internal amplifier does not get powered on again unless the sound card is powered off at suspend time (without that it appears that whatever turns the power to the amplifier back on again doesn't get run when the sound card is powered up again in the resume code). Given the comment in the patch mentioned above I guess in some other laptops the power on code doesn't work at all, so if it's powered down it never gets powered up.

So the best fix is probably to put that particular power down line under the control of a kernel module option, so on the HP NC6220, etc, the card can be properly powered down at suspend so it powers up fully at resume, but on other laptops where that causes problems the power down can be skipped."

Full Comment:
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/151111/comments/7

Comment 2 Bryn Hughes 2008-02-13 10:20:05 UTC

Created attachment 14797 [details]
Output of "lspci -vvnn" on an nc6220

Comment 3 Alan 2012-05-17 15:33:34 UTC

Closing as obsolete. If this is incorrect please re-open