[alsa-devel] model needed for Clevo P150HM (Realtek ALC892)

[Julian Sikorski]

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