[alsa-devel] model needed for Clevo P150HM (Realtek ALC892)
belegdol at gmail.com
Mon Jul 18 14:42:55 CEST 2011
W dniu 18.07.2011 14:16, Takashi Iwai pisze:
> At Mon, 18 Jul 2011 13:42:50 +0200,
> Julian Sikorski wrote:
>> W dniu 18.07.2011 13:19, Takashi Iwai pisze:
>>> At Mon, 18 Jul 2011 13:15:14 +0200,
>>> Julian Sikorski wrote:
>>>> W dniu 18.07.2011 10:52, Takashi Iwai pisze:
>>>>> And I can't reproduce your problem with the alsa-info.sh output above.
>>>>> Give more exact information what you did and what is the problem.
>>>> I'm sorry for the confusion - let me sum up the current situation. With
>>>> the fixes you pushed to sound-2.6/master I was able to get 5.1 sound out
>>>> of my laptop. The only missing bit was the 7.1 sound. And the last
>>>> channel goes via a jack/optical spdif hybrid. The problem is that the
>>>> BIOS does not announce that and as such alsa is unaware of the side
>>>> surround channel.
>>>> Using Raymond's advice, I was able to make the sound come out of the
>>>> last jack, by changing some values for pin 0x17 (described as sidesurr
>>>> in the datasheet), diff is attached. I basically checked what was the
>>>> difference in alsa-info.sh output when I was changing number of channels
>>>> with alsamixer, and then did the same for pin 0x17.
>>>> Since, from what I understood, you wanted me to figure out which pin is
>>>> connected to the last jack , I thought this information would be
>>>> useful to fix BIOS shortcomings.
>>> Yes, and note that you can set up the initial pin configurations
>>> dynamically via sysfs, too.
>> I tried, but without much success  - I came up with 0x01111xxx, but I
>> do not have enough understanding on what to put as the last 3 numbers.
> The last three numbers are pretty important, so check the HD-audio
The specification  says the last 3 are misc, default association and
sequence. So what I have now:
- misc: not sure here, since 3 out of 4 bits are reserved. 4th one
should be 0 though, since the port has jack sensing functionality.
- default association: 3, as the working jacks have that set to 3
- sequence: since the working lfe has it set to 0 (center/lfe) and f
(surround), I guess any value in between should work.
I am not sure if my reasoning is right though.
>> Moreover, I keep getting this upon trying to apply the new pin
>> # echo 0x17 0x011111f0> user_pin_configs
>> # LANG=C pasuspender echo 1> reconfig
>> echo: write error: Device or resource busy
> You should log out, go to linux console, and kill all processes
> accessing the sound devices, then do reconfig.
OK, I will try with 0x17 0x111103b or something like that.
>>>> Other problem is that the volume on that jack is controlled by center
>>>> and lfe sliders (in alsamixer), which is probably caused by the fact
>>>> that alsa is unaware of the 7.1 sound.
>>> And this is not what I can't reproduce.
>>>> If more information is needed, please let me know what do you need in
>>>> addition to alsa-info.sh output.
>>> First off, double-check whether the CLFE mixer really changes the pin
>>> amp. At best, take alsa-info.sh output snapshot before and after
>>> changing the mixer state, and compare the files (better give both
>>> files in the mail).
>> Here you go. playing.txt is the state when sound comes out of the
>> spdif/side pin, and the center-lfe-half-volume.txt is when the volume is
>> reduced to 50 % afterwards.
> Between playing.txt and cneter-lfe-half-volume.txt, I see no change
> regarding the pin 0x17. The only difference is the DAC volume of NID
> 0x05. What am I missing?
Nothing probably. I can only confirm that the volume on the spdif/side
jack goes down if you move the slider. I will check what does windows do.
More information about the Alsa-devel