From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Audio crackles with 4.1-rc1 Date: Wed, 10 Jun 2015 12:22:53 +0200 Message-ID: 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> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <20150610131755.0b906783@mdontu-l.dsd.bitdefender.biz> Sender: linux-kernel-owner@vger.kernel.org To: Mihai =?UTF-8?B?RG9uyJt1?= Cc: Jonathan McDowell , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org List-Id: alsa-devel@alsa-project.org At Wed, 10 Jun 2015 13:17:55 +0300, Mihai Don=C8=9Bu wrote: >=20 > On Wed, 20 May 2015 07:01:12 +0200 Takashi Iwai wrote: > > From: Takashi Iwai > > Subject: [PATCH] ALSA: hda - Disable widget power-saving for ALC292= & co > >=20 > > We've got reports that ALC3226 (a Dell variant of ALC292) gives cli= ck > > noises at transition from D3 to D0 when the widget power-saving is > > enabled. Further debugging session showed that avoiding it isn't > > trivial, unfortunately, since paths are basically activated > > dynamically while the pins have been already enabled. > >=20 > > This patch disables the widget power-saving for such codecs. > >=20 > > Reported-by: Jonathan McDowell > > Signed-off-by: Takashi Iwai > > --- > > sound/pci/hda/patch_realtek.c | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > >=20 > > diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_re= altek.c > > index 2e246fe495f6..31f8f13be907 100644 > > --- a/sound/pci/hda/patch_realtek.c > > +++ b/sound/pci/hda/patch_realtek.c > > @@ -5623,7 +5623,8 @@ static int patch_alc269(struct hda_codec *cod= ec) > > =20 > > spec =3D codec->spec; > > spec->gen.shared_mic_vref_pin =3D 0x18; > > - codec->power_save_node =3D 1; > > + if (codec->core.vendor_id !=3D 0x10ec0292) > > + codec->power_save_node =3D 1; > > =20 > > snd_hda_pick_fixup(codec, alc269_fixup_models, > > alc269_fixup_tbl, alc269_fixups); >=20 > I'm on 4.1-rc7 which appears to contain this patch, however, I still > get the audio artifacts (crackles) when I boot my laptop (Latitude > E7440): >=20 > [ 1.058839] snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC3= 226: line_outs=3D1 (0x16/0x0/0x0/0x0/0x0) type:line > [ 1.058843] snd_hda_codec_realtek hdaudioC1D0: speaker_outs=3D1= (0x14/0x0/0x0/0x0/0x0) > [ 1.058846] snd_hda_codec_realtek hdaudioC1D0: hp_outs=3D1 (0x1= 5/0x0/0x0/0x0/0x0) > [ 1.058849] snd_hda_codec_realtek hdaudioC1D0: mono: mono_out=3D= 0x0 > [ 1.058851] snd_hda_codec_realtek hdaudioC1D0: inputs: > [ 1.058855] snd_hda_codec_realtek hdaudioC1D0: Dock Mic=3D0x1= 9 > [ 1.058859] snd_hda_codec_realtek hdaudioC1D0: Headset Mic=3D= 0x1a > [ 1.058862] snd_hda_codec_realtek hdaudioC1D0: Internal Mic=3D= 0x12 >=20 > 4.0.4 was fine. Does it happen only once at boot (i.e. at power up), or happens always at runtime PM? If it's a once-off boot thing, the patch shouldn't have much effect. Something else, very subtle thing, e.g. the order of verb execution, might cause this kind of problem. Takashi