From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: [PATCH] ALSA: hda - Disable AA-loopback on ALC668 Date: Tue, 20 May 2014 18:06:53 +0200 Message-ID: References: <1784940.JdFq8Pv96a@xps13> <5132959.uTC67tbQhF@xps13> <1912473.njNymtsN1l@xps13> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by alsa0.perex.cz (Postfix) with ESMTP id 615B4261AF6 for ; Tue, 20 May 2014 18:06:54 +0200 (CEST) In-Reply-To: <1912473.njNymtsN1l@xps13> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Gabriele Mazzotta Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org At Tue, 20 May 2014 17:59:30 +0200, Gabriele Mazzotta wrote: > > On Thursday 15 May 2014 21:56:23, Gabriele Mazzotta > wrote: > > On Wednesday 14 May 2014 16:31:13, Gabriele Mazzotta > wrote: > > I'm sorry, I was wrong. This patch does not help. I'm still trying to > > understand what temporarily fixed the problem, I was quite sure this patch > did > > it, but all of the sudden the noise came back. I'm still trying to find the > > real cause, but I doubt I'll succeed. > > > > Regards, > > Gabriele > I have to correct myself again, the first patch I submitted is working, I'm > sorry. However, it seems that disabling the AA-loopback path is not necessary, > muting the input 0x0b in node 0x0c (as it was suggested here: > https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1252733/comments/26) is enough to get rid of the white noise. This reminds me of a similar problem reported on Sony VAIO. https://bugzilla.novell.com/show_bug.cgi?id=873704 The codec is different, it's ALC275, though. > What is the proper way to fix this problem? Just to be sure: does the mic input itself work correctly? Maybe the easiest fix would be disabling the aamix, indeed. But you shouldn't apply it generically to ALC668. I'm sure that it's pretty specific to machines, not codec chips. So, create a fixup function that matches with your machine instead. Takashi