At Thu, 9 Jun 2011 13:14:01 +0200, Michal Hocko wrote:
On Thu 09-06-11 11:44:41, Takashi Iwai wrote:
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?
I have just booted to the rc2 with the patch (https://lkml.org/lkml/2011/6/9/25) and it looks it didn't solve the problem. Playback works only from speakers when headphones are not plugged in - no sound if plugged in.
So, the auto-mute now works but now the headphone doesn't work. Weird... Maybe the same reason the speaker doesn't work with auto-mode. I saw that the only one converter keeps the stream in your alsa-info.sh output although multiple converters (0x02, 0x03, 0x06) should be used simultaneously.
See alsa-info.txt-fresh-boot. Same thing happens if I modprobe -r snd-hda-intel and then load it again (without any parameters).
If yes, does the problem appear with it? I.e. is the silence problem specific to model=auto or not?
If I try to modproble with model=auto I get headphones working but not output from speakers. Have a look at alsa-info.txt-modprobe_auto.
For testing, just copy 2.6.39/sound/pci/*.[ch] into 3.0 tree and rebuild. Does it work as expected? If you have a good-working reference, please take alsa-info.sh output while playing back a stream.
Note that the one-minute thing happens only when you unplug AC cable, supposedly. Or, simply write some value (in seconds) to /sys/modules/snd_hda_intel/parameters/powersave and access the device once (either mixer or PCM) to activate the power-saving mode.
thanks,
Takashi