All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julian Sikorski <belegdol@gmail.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Takashi Iwai <tiwai@suse.de>,
	ALSA Development Mailing List <alsa-devel@alsa-project.org>
Subject: Re: ALC892, Clevo P150HM: Input Source gets reset to "Mic" every resume
Date: Sat, 03 Mar 2012 09:11:55 +0100	[thread overview]
Message-ID: <4F51D24B.9020908@gmail.com> (raw)
In-Reply-To: <20120302220859.GA24575@kroah.com>

W dniu 02.03.2012 23:08, Greg KH pisze:
> On Fri, Mar 02, 2012 at 11:01:36PM +0100, Julian Sikorski wrote:
>> W dniu 02.03.2012 19:43, Greg KH pisze:
>>> On Fri, Mar 02, 2012 at 07:37:32PM +0100, Julian Sikorski wrote:
>>>> W dniu 25.02.2012 11:16, Takashi Iwai pisze:
>>>>> At Fri, 24 Feb 2012 23:06:26 +0100,
>>>>> Julian Sikorski wrote:
>>>>>>
>>>>>> W dniu 24.02.2012 10:43, Takashi Iwai pisze:
>>>>>>> At Thu, 23 Feb 2012 20:11:44 +0100,
>>>>>>> Julian Sikorski wrote:
>>>>>>>>
>>>>>>>> W dniu 09.12.2011 14:32, Raymond Yau pisze:
>>>>>>>>> 2011/12/4 Julian Sikorski <belegdol@gmail.com>:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> whenever I resume the machine, the Input Source would get changed back
>>>>>>>>>> from "Internal Mic" to "Mic". This is a bit annoying, because pulseaudio
>>>>>>>>>> is unaware of that change. As a result, everything looks fine in
>>>>>>>>>> pavucontrol but no sound gets recorded. A quick look at alsamixer -c0
>>>>>>>>>> revealed the problem. My alsa info:
>>>>>>>>>>
>>>>>>>>>> http://www.alsa-project.org/db/?f=c5776b615a5f3b9ae624e4250fb0c2b69118ce26
>>>>>>>>>>
>>>>>>>>>> This is unrelated to the other problems I have been reporting, since
>>>>>>>>>> this happens on a mostly-stock Fedora 3.1.2 kernel (the patch I added
>>>>>>>>>> deals with xhci, not alsa).
>>>>>>>>>
>>>>>>>>> The problem seem can be reproduced by using hda-emu,
>>>>>>>>> it is init_capsrc_for_pin() and alc_auto_init_input_src() write value
>>>>>>>>> to cache before snd_hda_codec_resume_app() from cache
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> get 28
>>>>>>>>> 28 Input Source:0
>>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic]
>>>>>>>>>> set 28 1
>>>>>>>>> send: NID=0x23, VERB=0x360(set_amp_gain_mute,I:L#0), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x350(set_amp_gain_mute,I:R#0), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0
>>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0
>>>>>>>>>> get 28
>>>>>>>>> 28 Input Source:0
>>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Internal Mic]
>>>>>>>>>
>>>>>>>>> pm
>>>>>>>>> ** SUSPENDING **
>>>>>>>>> ...
>>>>>>>>> ** RESUMING **
>>>>>>>>> PM-Notified
>>>>>>>>> ...
>>>>>>>>> exec_init_verbs
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>> init_capsrc_for_pin 18
>>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x0
>>>>>>>>> receive: 0x0
>>>>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x0
>>>>>>>>> receive: 0x0
>>>>>>>>> init capsrc for pin 19
>>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x1
>>>>>>>>> receive: 0x80
>>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0
>>>>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x1
>>>>>>>>> receive: 0x80
>>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0
>>>>>>>>> init capsrc for pin 1a
>>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x2
>>>>>>>>> receive: 0x80
>>>>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x0
>>>>>>>>>
>>>>>>>>> alc_auto_init_input_src
>>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x352(set_amp_gain_mute,I:R#2), PARM=0x80
>>>>>>>>>
>>>>>>>>> snd_hda_codec_resume_app
>>>>>>>>> send: NID=0x23, VERB=0x363(set_amp_gain_mute,I:L#3), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x353(set_amp_gain_mute,I:R#3), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x364(set_amp_gain_mute,I:L#4), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x354(set_amp_gain_mute,I:R#4), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x365(set_amp_gain_mute,I:L#5), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x355(set_amp_gain_mute,I:R#5), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x366(set_amp_gain_mute,I:L#6), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x356(set_amp_gain_mute,I:R#6), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x367(set_amp_gain_mute,I:L#7), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x357(set_amp_gain_mute,I:R#7), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x368(set_amp_gain_mute,I:L#8), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x358(set_amp_gain_mute,I:R#8), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x369(set_amp_gain_mute,I:L#9), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x359(set_amp_gain_mute,I:R#9), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x36a(set_amp_gain_mute,I:L#10), PARM=0x80
>>>>>>>>> send: NID=0x23, VERB=0x35a(set_amp_gain_mute,I:R#10), PARM=0x80
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>>> get 28
>>>>>>>>> 28 Input Source:0
>>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic]
>>>>>>>> The problem still exists in 3.2.7-1.fc16.x86_64 kernel, is there any
>>>>>>>> chance for a fix?
>>>>>>>
>>>>>>> Does the patch below fix?
>>>>>>>
>>>>>>>
>>>>>>> Takashi
>>>>>>
>>>>>> Yes, it seems so. I don't want to get ahead of myself, but two
>>>>>> suspend-resume cycles have passed and inputs are at Internal Mic and
>>>>>> Mic, as expected.
>>>>>
>>>>> Thanks for checking.  I committed the fix to git tree, also Cc'ed to
>>>>> stable.
>>>>>
>>>>>
>>>>> Takashi
>>>> I cannot seem to find this patch in the 3.2 stable tree, was it rejected?
>>>
>>> What is the git commit id of it in Linus's tree?
>>
>> Hmm, it does not seem to be in Linus' tree yet. It is in for-linus
>> branch of sound tree under commit 068b9394 though.
> 
> Then there is nothing I can do about it at this point in time.
> 
> greg k-h
Dear Greg,

it seems the patch has been merged to the Linus' tree:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=068b939431486f524438330b0848a8222e33d421

Regards,
Julian

      parent reply	other threads:[~2012-03-03  8:11 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-03 18:08 ALC892, Clevo P150HM: Input Source gets reset to "Mic" every resume Julian Sikorski
2011-12-04  3:27 ` Raymond Yau
2011-12-09 13:32 ` Raymond Yau
2012-02-23 19:11   ` Julian Sikorski
2012-02-24  1:13     ` Raymond Yau
2012-02-24  9:43     ` Takashi Iwai
2012-02-24 22:06       ` Julian Sikorski
2012-02-25 10:16         ` Takashi Iwai
2012-03-02 18:36           ` Julian Sikorski
     [not found]           ` <4F51136C.6000107@gmail.com>
     [not found]             ` <20120302184345.GA13598@kroah.com>
2012-03-02 22:01               ` Julian Sikorski
     [not found]                 ` <20120302220859.GA24575@kroah.com>
2012-03-02 23:08                   ` Julian Sikorski
2012-03-03  8:11                   ` Julian Sikorski [this message]

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=4F51D24B.9020908@gmail.com \
    --to=belegdol@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=gregkh@linuxfoundation.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.