From patchwork Fri Jun 12 07:00:06 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Takashi Iwai X-Patchwork-Id: 6594801 X-Patchwork-Delegate: tiwai@suse.de Return-Path: X-Original-To: patchwork-alsa-devel@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork1.web.kernel.org (Postfix) with ESMTP id E2D079F1C1 for ; Fri, 12 Jun 2015 07:00:21 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id DBA6F2066F for ; Fri, 12 Jun 2015 07:00:20 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) by mail.kernel.org (Postfix) with ESMTP id 81F0D20462 for ; Fri, 12 Jun 2015 07:00:18 +0000 (UTC) Received: by alsa0.perex.cz (Postfix, from userid 1000) id 79321266711; Fri, 12 Jun 2015 09:00:17 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from alsa0.perex.cz (localhost [IPv6:::1]) by alsa0.perex.cz (Postfix) with ESMTP id 1F37826671E; Fri, 12 Jun 2015 09:00:15 +0200 (CEST) X-Original-To: alsa-devel@alsa-project.org Delivered-To: alsa-devel@alsa-project.org Received: by alsa0.perex.cz (Postfix, from userid 1000) id 9390F266726; Fri, 12 Jun 2015 09:00:13 +0200 (CEST) Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by alsa0.perex.cz (Postfix) with ESMTP id 17A42266711 for ; Fri, 12 Jun 2015 09:00:07 +0200 (CEST) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 53717AC62; Fri, 12 Jun 2015 07:00:06 +0000 (UTC) Date: Fri, 12 Jun 2015 09:00:06 +0200 Message-ID: From: Takashi Iwai To: Mihai =?UTF-8?B?RG9uyJt1?= In-Reply-To: <20150612012318.6e3482ed@mdontu-l> References: <20150429112859.GY10148@earth.li> <20150430150131.GA10148@earth.li> <20150502150513.GF10148@earth.li> <20150519161911.GD28070@earth.li> <20150519215310.GF28070@earth.li> <20150610131755.0b906783@mdontu-l.dsd.bitdefender.biz> <20150610134135.327e2bdc@mdontu-l.dsd.bitdefender.biz> <20150610144551.4578ee99@mdontu-l.dsd.bitdefender.biz> <20150610192202.0e987fd0@mdontu-l.dsd.bitdefender.biz> <20150610194303.3b82609d@mdontu-l.dsd.bitdefender.biz> <20150611011236.53bcd1fd@mdontu-l> <20150612012318.6e3482ed@mdontu-l> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.5 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Cc: alsa-devel@alsa-project.org, Jonathan McDowell , linux-kernel@vger.kernel.org Subject: Re: [alsa-devel] Audio crackles with 4.1-rc1 X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" 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 X-Virus-Scanned: ClamAV using ClamSMTP At Fri, 12 Jun 2015 01:23:18 +0300, Mihai Don?u wrote: > > On Thu, 11 Jun 2015 07:01:13 +0200 Takashi Iwai wrote: > > At Thu, 11 Jun 2015 01:12:36 +0300, Mihai Don?u wrote: > > > On Wed, 10 Jun 2015 20:23:01 +0200 Takashi Iwai wrote: > > > > From: Takashi Iwai > > > > Subject: [PATCH] ALSA: hda - Reduce click noise at power up > > > > > > > > Some machines suffer from click noises at power up with the recent > > > > kernels, and this seems triggered at the power transition and the > > > > immediate verb executions. As a workaround, put a short delay (10ms) > > > > right after the D0 transition. > > > > > > > > There are a few places that have the same kind of delays, especially > > > > in the resume path. I guess they can be removed (or reduced) after > > > > this patch. But, since the delay is relatively small, let's do it > > > > later as a cleanup. > > > > > > > > Reported-by: Mihai Don?u > > > > Signed-off-by: Takashi Iwai > > > > --- > > > > sound/pci/hda/hda_codec.c | 3 +++ > > > > 1 file changed, 3 insertions(+) > > > > > > > > diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c > > > > index b7782212dd64..38f5509ee52f 100644 > > > > --- a/sound/pci/hda/hda_codec.c > > > > +++ b/sound/pci/hda/hda_codec.c > > > > @@ -3077,6 +3077,9 @@ static unsigned int hda_set_power_state(struct hda_codec *codec, > > > > break; > > > > } > > > > > > > > + if (power_state == AC_PWRST_D0) > > > > + msleep(10); > > > > + > > > > return state; > > > > } > > > > > > > > > > I take back my previous observations. I was at work and did not have > > > access to headphones (one of those days). Now I'm at home, it's 1 AM, > > > very quiet, and I notice the following: > > > > > > * on speakers: the click reproduces but with _very_ low amplitude; > > > msleep(100) is unnoticeable, but msleep(10) is, barely; > > > * on headphones: the moment I plug them I hear a loud static sound > > > (like an old, untuned AM radio). If I play something, the static > > > disappears. If I pause, the static returns after ~15s. > > > > OK, then the patch is no-go. We need a bit deeper analysis. > > > > About the headphone problem: don't you get the same issue with 4.0.x? > > Please take alsa-info.sh outputs on both 4.0.x and 4.1 before and > > after plugging the headphone, and attach the outputs. > > (Run the script with --no-upload option.) > > No, 4.0.5 and all previous kernels (>= 3.12) are OK. I have attached a > small tarball with the two files produced by alsa-info.sh. Both are taken in different states (one is headphone plugged and another unplugged?). At best, take the snapshot in the same situation for comparison. In anyway, below is another shot in dark. The white noise is possibly the ill side effect of analog loopback. But it's strange that this didn't happen on 4.0.x. And, it combines another black magic that worked for another Dell model. Let's see. Takashi diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 9d3e0fcb4326..cf46f6012ba4 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -4522,6 +4522,8 @@ enum { ALC288_FIXUP_DELL1_MIC_NO_PRESENCE, ALC288_FIXUP_DELL_XPS_13_GPIO6, ALC298_FIXUP_DELL1_MIC_NO_PRESENCE, + ALC292_FIXUP_DELL_E74, + ALC292_FIXUP_DISABLE_AAMIX, }; static const struct hda_fixup alc269_fixups[] = { @@ -5054,6 +5056,16 @@ static const struct hda_fixup alc269_fixups[] = { .chained = true, .chain_id = ALC269_FIXUP_HEADSET_MODE }, + [ALC292_FIXUP_DISABLE_AAMIX] = { + .type = HDA_FIXUP_FUNC, + .v.func = alc_fixup_disable_aamix, + }, + [ALC292_FIXUP_DELL_E74] = { + .type = HDA_FIXUP_FUNC, + .v.func = alc_fixup_dell_xps13, + .chained = true, + .chain_id = ALC292_FIXUP_DISABLE_AAMIX + }, }; static const struct snd_pci_quirk alc269_fixup_tbl[] = { @@ -5066,6 +5078,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = { SND_PCI_QUIRK(0x1025, 0x0775, "Acer Aspire E1-572", ALC271_FIXUP_HP_GATE_MIC_JACK_E1_572), SND_PCI_QUIRK(0x1025, 0x079b, "Acer Aspire V5-573G", ALC282_FIXUP_ASPIRE_V5_PINS), SND_PCI_QUIRK(0x1028, 0x0470, "Dell M101z", ALC269_FIXUP_DELL_M101Z), + SND_PCI_QUIRK(0x1028, 0x05cb, "Dell Latitude E7440", ALC292_FIXUP_DELL_E74), SND_PCI_QUIRK(0x1028, 0x05da, "Dell Vostro 5460", ALC290_FIXUP_SUBWOOFER), SND_PCI_QUIRK(0x1028, 0x05f4, "Dell", ALC269_FIXUP_DELL1_MIC_NO_PRESENCE), SND_PCI_QUIRK(0x1028, 0x05f5, "Dell", ALC269_FIXUP_DELL1_MIC_NO_PRESENCE),