| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <s5hy4jp5s3t.wl-tiwai@suse.de>
Date: Fri, 12 Jun 2015 09:00:06 +0200
From: Takashi Iwai <tiwai@...e.de>
To: Mihai Donțu <mihai.dontu@...il.com>
Cc: Jonathan McDowell <noodles@...th.li>, alsa-devel@...a-project.org,
linux-kernel@...r.kernel.org
Subject: Re: Audio crackles with 4.1-rc1
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 <tiwai@...e.de>
> > > > 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 <mihai.dontu@...il.com>
> > > > Signed-off-by: Takashi Iwai <tiwai@...e.de>
> > > > ---
> > > > 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),
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists