From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julian Sikorski Subject: Re: ALC892, Clevo P150HM: Input Source gets reset to "Mic" every resume Date: Sat, 03 Mar 2012 09:11:55 +0100 Message-ID: <4F51D24B.9020908@gmail.com> References: <4EDA65A3.6090604@gmail.com> <4F4809E2.1040305@gmail.com> <4F51136C.6000107@gmail.com> <20120302184345.GA13598@kroah.com> <4F514340.1010206@gmail.com> <20120302220859.GA24575@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by alsa0.perex.cz (Postfix) with ESMTP id 4084B104153 for ; Sat, 3 Mar 2012 09:11:59 +0100 (CET) Received: by wiax18 with SMTP id x18so557802wia.38 for ; Sat, 03 Mar 2012 00:11:57 -0800 (PST) In-Reply-To: <20120302220859.GA24575@kroah.com> 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: Greg KH Cc: Takashi Iwai , ALSA Development Mailing List List-Id: alsa-devel@alsa-project.org 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 : >>>>>>>>>> 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