W dniu 01.07.2011 08:24, Takashi Iwai pisze:
At Fri, 01 Jul 2011 08:14:26 +0200, Julian Sikorski wrote:
W dniu 01.07.2011 07:21, Takashi Iwai pisze:
At Thu, 30 Jun 2011 22:16:04 +0200, Julian Sikorski wrote:
W dniu 30.06.2011 21:28, Takashi Iwai pisze:
At Thu, 30 Jun 2011 20:09:49 +0200, Julian Sikorski wrote:
$ dmesg | grep XXX [ 14.813013] XXX alc662_auto_fill_dac_nids called [ 14.813015] XXX line_outs=1, 14/0/0 [ 14.813016] XXX hp_outs=1, 1b/0/0 [ 14.813018] XXX spk_outs=0, 0/0/0 [ 14.813186] XXX filled dacs: 2/0/0/0/0, hp 0, ext 0/0/0 [ 14.813187] XXX swap primary out to HP [ 14.813188] XXX spk=14 [ 14.813190] XXX line=1b [ 14.813191] XXX alc662_auto_fill_dac_nids called [ 14.813192] XXX line_outs=1, 1b/0/0 [ 14.813194] XXX hp_outs=0, 0/0/0 [ 14.813195] XXX spk_outs=1, 14/0/0 [ 14.813311] XXX filled dacs: 2/0/0/0/0, hp 0, ext 0/0/0 [ 14.813560] XXX added multi-io pin 1a, dac 3 [ 14.813814] XXX added multi-io pin 18, dac 4 [ 14.813818] XXX create mixer ch 0 pin 1b dac 2 mix c [ 14.813821] XXX create mixer ch 1 pin 1a dac 3 mix d [ 14.813825] XXX create mixer ch 2 pin 18 dac 4 mix e
How about the fix below?
Takashi
It works, thanks! In more detail, the Speaker/Headphone situation is back to 2.6.38 state - you can regulate them independently, but muting one mutes the other. LFE/Center and Surround keep working correctly too. The new output of alsa-info.sh: http://www.alsa-project.org/db/?f=45bc0df9747371b348bde6c4aa508b2ba44aff47
Right, it's because ALC892 has no mute-control in pin widgets but only in the mixer widget. And HP and speaker paths share the same mixer, thus it's impossible to mute independently.
I assume that the auto-mute function uses a different approach then - it disables the speakers sound when headphone jack is plugged in.
Yes, it changes the pin-control value.
So it seems that the only things remaining are the SPDIF/rear channel jack and the coupled muting issue.
It's a BIOS bug. It doesn't tell SPDIF is available. Ditto for the 4th stereo out. No pin is exposed by BIOS.
I see. I can try updating the BIOS and see if it changes anything. If it doesn't, is there a way to work the problem around in the driver?
You need to figure out pins manually by yourself, then change the driver code. I leave it as a homework :)
thanks,
Takashi
I have figured out part of the value I need to assign: a black 1/8'' jack for speakers, rear external, will be 0x01111xxx. I am having hard time figuring out the last 3 numbers: - only the last one of misc bits is defined in the spec (jack sensing override), yet the bios test it to values > 0001 for some of my jacks - the default association and sequence seem to have more choices, should I steal these from other pin configs to make it work with 8-channel sound?
Julian