+++ 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.
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
Created attachment 14797 [details] Output of "lspci -vvnn" on an nc6220
Closing as obsolete. If this is incorrect please re-open