At Thu, 9 Jun 2011 11:28:26 +0200, Michal Hocko wrote:

[1 <text/plain; us-ascii (7bit)>] On Thu 09-06-11 11:20:04, Takashi Iwai wrote:

...

At Thu, 9 Jun 2011 11:06:07 +0200, Michal Hocko wrote:

...

On Thu 09-06-11 10:56:16, Michal Hocko wrote:

...

On Thu 09-06-11 08:09:18, Takashi Iwai wrote:

...

At Wed, 8 Jun 2011 19:48:55 +0200,

[...]

...

...

Thanks, that's helpful. As a quirk solution, could you try to pass model=auto option to snd-hda-intel module?

Headphones work now but speakers are quite... I have tried to play with Headphone and Speaker controls in alsamixer but no changes.

Here is what I get in logs when the module is loaded: [ 5320.360277] HDA Intel 0000:00:1b.0: PCI INT A disabled [ 5326.920247] HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 [ 5326.920262] HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 [ 5326.920279] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 5326.920375] HDA Intel 0000:00:1b.0: irq 42 for MSI/MSI-X [ 5326.920405] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 5326.981085] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input18 [ 5326.981262] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input19 [ 5326.987934] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input20

[maybe not important but input numbers are increasing for every new load]

There is another strange thing. After I stop mplayer and wait for some time (~1min) I can hear a "click" sound and then there is no sound at all... If I start mplayer in the meantime it just works... If I try to remove the module and load it again then things work and stop working after first playback again.

And I have just found out that I do not have to start any playback to see this. It is sufficient to load the module and wait a minute and there is no sound at all (both from speakers or headphones).

OK, could you give alsa-info.sh outputs at both working and non-working states?

Sure. Attached. The only change seems to be: Node 0x02 [Audio Output] wcaps 0x11: Stereo Device: name="ALC262 Analog", type="Audio", device=0

• Converter: stream=5, channel=0

• Converter: stream=0, channel=0

This is OK. It shows that the converter was assigned once to this stream when you played back a sound before power-save.

As long as the codec registers show the same value, it's not obviously what went wrong. The symptom sounds like a resume issue. If so, S3/S4 might show the same problem.

BTW, does my patch fix the problem when you load without model=auto? If yes, does the problem appear with it? I.e. is the silence problem specific to model=auto or not?

thanks,

Takashi