From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julian Sikorski Subject: Re: model needed for Clevo P150HM (Realtek ALC892) Date: Mon, 18 Jul 2011 14:42:55 +0200 Message-ID: <4E242A4F.7080009@gmail.com> References: <4E05C704.4080806@gmail.com> <4E05CE02.1070801@gmail.com> <4E082166.5060902@gmail.com> <4E08E33D.3060608@gmail.com> <4E0B62B6.6000007@gmail.com> <4E0B6BE0.1010003@gmail.com> <4E0B7D22.3040009@gmail.com> <4E0C17F2.5070704@gmail.com> <4E0CABBC.3070801@gmail.com> <4E0CBBED.9050501@gmail.com> <4E0CD984.9050408@gmail.com> <4E1243C3.5040302@gmail.com> <4E22CDC0.6090007@gmail.com> <4E22D2D2.4040208@gmail.com> <4E2415C2.8020600@gmail.com> <4E241C3A.5040001@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-fx0-f50.google.com (mail-fx0-f50.google.com [209.85.161.50]) by alsa0.perex.cz (Postfix) with ESMTP id EA5B124414 for ; Mon, 18 Jul 2011 14:43:00 +0200 (CEST) Received: by fxh2 with SMTP id 2so6507187fxh.9 for ; Mon, 18 Jul 2011 05:43:00 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: Takashi Iwai Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org 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. >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> 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 [1], 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 [2] - 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 > specification. The specification [3] 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 >> configuration: >> # 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. > Takashi Julian [3] http://www.intel.com/standards/hdaudio/pdf/High_Definition_Audio_1_0a.pdf