All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulo Mets <umets@osa.pri.ee>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: Conexant 5051 lenovo-x200 fixes
Date: Tue, 23 Aug 2011 14:32:21 +0300	[thread overview]
Message-ID: <4E538FC5.5020600@osa.pri.ee> (raw)
In-Reply-To: <s5h4o19slk2.wl%tiwai@suse.de>

On 8/22/2011 3:00 PM, Takashi Iwai wrote:
> At Sat, 20 Aug 2011 18:14:20 +0300,
> Ülo Mets wrote:
>> On 08/19/2011 08:43 AM, Takashi Iwai wrote:
>>
>>> At Fri, 19 Aug 2011 03:00:58 +0300,
>>> Ulo Mets wrote:
>>>> On 08/18/2011 01:08 PM, Takashi Iwai wrote:
>>>>> At Thu, 18 Aug 2011 03:45:33 +0300,
>>>>> Ulo Mets wrote:
>>>>>> Hi,
>>>>>> I am not a kernel developer, but occasionally dig into it if something gets in my way.
>>>>>> On Lenovo X200 Tablet none of the mixers showed Mic Boost adjustments, but HDA-Analyzer found them
>>>>>> and adjusted properly. So I inserted the corresponding controls, and it worked.
>>>>>> Then, during testing I found that the labels of External and Docking Mic are swapped,
>>>>>> so I exchanged these too. Since I could not test it on other hardware, I put it all on lenovo-x200 branch.
>>>>>> The patch applies to 3.1-rc2, I hope it is sufficiently recent.
>>>>>> The Mic Switches don't have any effect on my unit (X200T without modem)
>>>>> Could you try model=auto instead of patching?
>>>>> The recent auto-parser should work better.
>>>> Model=auto seems to give a very generic configuration, which indeed does
>>>> include working
>>>> Mic boost for Internal Mic. (Ext?) Mic Boost and gain are also present,
>>>> but jack sensing does not work,
>>>> so these cannot be tested.
>>> The automatic mic-switch by jack-sensing works without model=auto,
>>> right?  Then we need to fix it.  Could you give alsa-info.sh output?
>>>
>> Right. The alsa-info.sh output is attached.
> Thanks.
>
>>>> It would be nice to get the mute switches to work as well.
>>> Which mute switch do you mean exactly?
>> I see the "Mic Switch" controls in the input nodes 0x14 and 0x15, and some Mute controls
>>
>> with hda-analyzer. But it may well be just wishful thinking. I wonder if anybody has seen the
>> datasheet of CX20561?
> Google is your friend :)
Is that so? I'll give you $100 for a set of keywords that leads to the datasheet. BTW, the chip revision
in question is -15Z

> But you can figure out almost all things in the codec proc file.
Yes, the Pin Defaults are correct in the proc file, and the control names in 0x14 and 0x15 contradict these.
That's why it was so easy to fix.

> What you should test is to check which I/O the pins 0x16, 0x17, 0x18
> and 0x19 correspond.  I suppose 0x16 = HP, 0x17 = mic-jack, 0x18 =
> dock-mic, 0x19 = dock-HP.
Almost. 0x16 = HP, 0x17 = dock-mic, 0x18 = ext-mic, 0x19 = dock-HP

> An easy way would be to test the jack-detection via hda-verb.
> 	# hda-verb /dev/snd/hwC0D0 0x16 GET_PIN_SENSE 0
>
> When any jack corresponds to the pin 0x16, it'll report 0x80000000
> upon plugged.
Nice tool. But ver. 0.3 reports 0xffffffff when plugged and 0x7fffffff when unplugged.

> When you finish figuring out these pins, please let me know.
>
> Takashi

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  reply	other threads:[~2011-08-23 11:32 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-18  0:45 Conexant 5051 lenovo-x200 fixes Ulo Mets
2011-08-18 10:08 ` Takashi Iwai
2011-08-19  0:00   ` Ulo Mets
2011-08-19  5:43     ` Takashi Iwai
2011-08-20 15:14       ` Ülo Mets
2011-08-22 12:00         ` Takashi Iwai
2011-08-23 11:32           ` Ulo Mets [this message]
2011-08-23 13:10             ` Takashi Iwai
2011-08-24  2:45               ` Ulo Mets
2011-08-24  3:25               ` Ulo Mets
2011-08-24  5:53                 ` Takashi Iwai
2011-08-24  8:59                   ` Takashi Iwai
2011-08-24 11:26                     ` Ulo Mets
2011-08-24 11:58                       ` Takashi Iwai
2011-08-24 16:33                         ` Takashi Iwai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E538FC5.5020600@osa.pri.ee \
    --to=umets@osa.pri.ee \
    --cc=alsa-devel@alsa-project.org \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.