* [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
@ 2026-05-27 14:25 Mike Karcic
2026-05-27 19:43 ` Sean Rhodes
0 siblings, 1 reply; 9+ messages in thread
From: Mike Karcic @ 2026-05-27 14:25 UTC (permalink / raw)
To: stable@vger.kernel.org
Cc: regressions@lists.linux.dev, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org, tiwai@suse.de,
sean@starlabs.systems
Speaker pop/chirp regression on a Lenovo ThinkPad with Meteor Lake and
Realtek ALC287 (subsystem ID 17aa:231e). The chirp occurs on speaker
power state transitions when audio starts or stops. It is not present
on kernel 6.12.73 and is present on 6.12.85. A desktop with ALC897
(subsystem ID 1f660202) on kernel 6.19.14 is unaffected, so this is
codec/fixup-specific.
Tested on the same LMDE (Debian 13) installation with multiple kernels
selectable from GRUB. All userspace, firmware, and configuration are
identical between tests. Cold boot between kernel switches is required,
as warm reboot can carry codec register state forward. The kernel is
not tainted on any tested version.
Bisection results (Debian package versions):
6.12.48 -- no chirp
6.12.73 -- no chirp
6.12.85 -- chirp present
6.12.86 -- chirp present
6.12.90 -- chirp present
Also broken: 6.19.14-101.fc44.x86_64 (Fedora/Aurora 44)
The regression window (6.12.73 to 6.12.85) includes two commits
targeting speaker pop on the Star Labs StarFighter (ALC233, SSID
7017:2014) that touch patch_realtek.c:
1cb3c20688fc ("ALSA: hda/realtek: Fix speaker pop on Star Labs StarFighter")
Fixes commit ("ALSA: hda/realtek: Sequence GPIO2 on Star Labs StarFighter")
These are quirk-gated to SSID 7017:2014 and should not run on
17aa:231e, but they are the most prominent sound changes in the
regression window. The actual culprit may be a different commit
in the 6.12.74-6.12.85 range. I was unable to narrow further as
Debian does not publish intermediate point-release packages.
I can build and test vanilla kernels for a proper bisection if
guided, and I can test proposed fixes.
Hardware:
Lenovo ThinkPad, Meteor Lake
Codec: Realtek ALC287
Subsystem ID: 17aa:231e
PCI: 0000:00:1f.3
Machine driver: skl_hda_dsp_generic
Codec fixup: "ALC287: picked fixup for PCI SSID 17aa:231e"
Unaffected hardware (same 6.19.14 kernel, no chirp):
Desktop, Realtek ALC897, Subsystem ID: 1f660202
Controlled variables (identical across all tested 6.12 kernels):
SOF firmware: 2.12.0.1 (firmware-sof-signed 2025.01-1)
Topology: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
Topology ABI: 3:29:1 (Kernel ABI: 3:23:1 on all tested)
ALSA UCM: alsa-ucm-conf 1.2.14-1
PipeWire: 1.4.2, WirePlumber: 0.5.8
power_save: 10, hda_model: (null)
Desktop: KDE Plasma 6 (Wayland)
Eliminated causes:
- Topology files in sof-ipc4-tplg/ and sof-ace-tplg/ are
byte-identical (confirmed via binary diff). Path irrelevant.
- SOF firmware version (same 2.12.0.1 on all tested kernels).
- Topology ABI mismatch (3:29:1 vs 3:23:1 present on working
kernel too).
- power_save (10 on all kernels).
- PipeWire/WirePlumber (identical versions on all kernels).
- Desktop environment (KDE on all; a KDE install triggered a
kernel update which was the actual cause of the regression
appearing).
dmesg (6.12.48, working):
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.12.0.1
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
dmesg (6.19.14, affected):
sof-audio-pci-intel-mtl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
Note: The kernel is not tainted on any tested version.
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-27 14:25 [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85 Mike Karcic
@ 2026-05-27 19:43 ` Sean Rhodes
2026-05-27 23:18 ` Mike Karcic
0 siblings, 1 reply; 9+ messages in thread
From: Sean Rhodes @ 2026-05-27 19:43 UTC (permalink / raw)
To: Mike Karcic
Cc: stable@vger.kernel.org, regressions@lists.linux.dev,
linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org,
tiwai@suse.de
What about 630fbc6e870e? If so, 46c862f5419e looks relevant.
On Wed, 27 May 2026 at 15:25, Mike Karcic <mikekarcic@protonmail.com> wrote:
>
> Speaker pop/chirp regression on a Lenovo ThinkPad with Meteor Lake and
> Realtek ALC287 (subsystem ID 17aa:231e). The chirp occurs on speaker
> power state transitions when audio starts or stops. It is not present
> on kernel 6.12.73 and is present on 6.12.85. A desktop with ALC897
> (subsystem ID 1f660202) on kernel 6.19.14 is unaffected, so this is
> codec/fixup-specific.
>
> Tested on the same LMDE (Debian 13) installation with multiple kernels
> selectable from GRUB. All userspace, firmware, and configuration are
> identical between tests. Cold boot between kernel switches is required,
> as warm reboot can carry codec register state forward. The kernel is
> not tainted on any tested version.
>
> Bisection results (Debian package versions):
> 6.12.48 -- no chirp
> 6.12.73 -- no chirp
> 6.12.85 -- chirp present
> 6.12.86 -- chirp present
> 6.12.90 -- chirp present
>
> Also broken: 6.19.14-101.fc44.x86_64 (Fedora/Aurora 44)
>
> The regression window (6.12.73 to 6.12.85) includes two commits
> targeting speaker pop on the Star Labs StarFighter (ALC233, SSID
> 7017:2014) that touch patch_realtek.c:
>
> 1cb3c20688fc ("ALSA: hda/realtek: Fix speaker pop on Star Labs StarFighter")
> Fixes commit ("ALSA: hda/realtek: Sequence GPIO2 on Star Labs StarFighter")
>
> These are quirk-gated to SSID 7017:2014 and should not run on
> 17aa:231e, but they are the most prominent sound changes in the
> regression window. The actual culprit may be a different commit
> in the 6.12.74-6.12.85 range. I was unable to narrow further as
> Debian does not publish intermediate point-release packages.
>
> I can build and test vanilla kernels for a proper bisection if
> guided, and I can test proposed fixes.
>
> Hardware:
> Lenovo ThinkPad, Meteor Lake
> Codec: Realtek ALC287
> Subsystem ID: 17aa:231e
> PCI: 0000:00:1f.3
> Machine driver: skl_hda_dsp_generic
> Codec fixup: "ALC287: picked fixup for PCI SSID 17aa:231e"
>
> Unaffected hardware (same 6.19.14 kernel, no chirp):
> Desktop, Realtek ALC897, Subsystem ID: 1f660202
>
> Controlled variables (identical across all tested 6.12 kernels):
> SOF firmware: 2.12.0.1 (firmware-sof-signed 2025.01-1)
> Topology: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> Topology ABI: 3:29:1 (Kernel ABI: 3:23:1 on all tested)
> ALSA UCM: alsa-ucm-conf 1.2.14-1
> PipeWire: 1.4.2, WirePlumber: 0.5.8
> power_save: 10, hda_model: (null)
> Desktop: KDE Plasma 6 (Wayland)
>
> Eliminated causes:
> - Topology files in sof-ipc4-tplg/ and sof-ace-tplg/ are
> byte-identical (confirmed via binary diff). Path irrelevant.
> - SOF firmware version (same 2.12.0.1 on all tested kernels).
> - Topology ABI mismatch (3:29:1 vs 3:23:1 present on working
> kernel too).
> - power_save (10 on all kernels).
> - PipeWire/WirePlumber (identical versions on all kernels).
> - Desktop environment (KDE on all; a KDE install triggered a
> kernel update which was the actual cause of the regression
> appearing).
>
> dmesg (6.12.48, working):
> sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.12.0.1
> sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
>
> dmesg (6.19.14, affected):
> sof-audio-pci-intel-mtl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
> sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
> sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
> sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
> sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
> sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
> sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
>
> Note: The kernel is not tainted on any tested version.
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-27 19:43 ` Sean Rhodes
@ 2026-05-27 23:18 ` Mike Karcic
2026-05-28 6:08 ` Takashi Iwai
0 siblings, 1 reply; 9+ messages in thread
From: Mike Karcic @ 2026-05-27 23:18 UTC (permalink / raw)
To: Sean Rhodes
Cc: stable@vger.kernel.org, regressions@lists.linux.dev,
linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org,
tiwai@suse.de
I tested both setups on top of Debian's 6.12.90 source tree.
1. I applied the 46c862f5419e patch, but the chirp was still there on every audio transition.
2. I did a full revert of 630fbc6e870e, and the chirp is completely gone.
My hardware is a Lenovo ThinkPad (Meteor Lake), ALC287, subsystem 17aa:231e.
Sent with Proton Mail secure email.
On Wednesday, May 27th, 2026 at 3:44 PM, Sean Rhodes <sean@starlabs.systems> wrote:
> What about 630fbc6e870e? If so, 46c862f5419e looks relevant.
>
> On Wed, 27 May 2026 at 15:25, Mike Karcic <mikekarcic@protonmail.com> wrote:
> >
> > Speaker pop/chirp regression on a Lenovo ThinkPad with Meteor Lake and
> > Realtek ALC287 (subsystem ID 17aa:231e). The chirp occurs on speaker
> > power state transitions when audio starts or stops. It is not present
> > on kernel 6.12.73 and is present on 6.12.85. A desktop with ALC897
> > (subsystem ID 1f660202) on kernel 6.19.14 is unaffected, so this is
> > codec/fixup-specific.
> >
> > Tested on the same LMDE (Debian 13) installation with multiple kernels
> > selectable from GRUB. All userspace, firmware, and configuration are
> > identical between tests. Cold boot between kernel switches is required,
> > as warm reboot can carry codec register state forward. The kernel is
> > not tainted on any tested version.
> >
> > Bisection results (Debian package versions):
> > 6.12.48 -- no chirp
> > 6.12.73 -- no chirp
> > 6.12.85 -- chirp present
> > 6.12.86 -- chirp present
> > 6.12.90 -- chirp present
> >
> > Also broken: 6.19.14-101.fc44.x86_64 (Fedora/Aurora 44)
> >
> > The regression window (6.12.73 to 6.12.85) includes two commits
> > targeting speaker pop on the Star Labs StarFighter (ALC233, SSID
> > 7017:2014) that touch patch_realtek.c:
> >
> > 1cb3c20688fc ("ALSA: hda/realtek: Fix speaker pop on Star Labs StarFighter")
> > Fixes commit ("ALSA: hda/realtek: Sequence GPIO2 on Star Labs StarFighter")
> >
> > These are quirk-gated to SSID 7017:2014 and should not run on
> > 17aa:231e, but they are the most prominent sound changes in the
> > regression window. The actual culprit may be a different commit
> > in the 6.12.74-6.12.85 range. I was unable to narrow further as
> > Debian does not publish intermediate point-release packages.
> >
> > I can build and test vanilla kernels for a proper bisection if
> > guided, and I can test proposed fixes.
> >
> > Hardware:
> > Lenovo ThinkPad, Meteor Lake
> > Codec: Realtek ALC287
> > Subsystem ID: 17aa:231e
> > PCI: 0000:00:1f.3
> > Machine driver: skl_hda_dsp_generic
> > Codec fixup: "ALC287: picked fixup for PCI SSID 17aa:231e"
> >
> > Unaffected hardware (same 6.19.14 kernel, no chirp):
> > Desktop, Realtek ALC897, Subsystem ID: 1f660202
> >
> > Controlled variables (identical across all tested 6.12 kernels):
> > SOF firmware: 2.12.0.1 (firmware-sof-signed 2025.01-1)
> > Topology: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> > Topology ABI: 3:29:1 (Kernel ABI: 3:23:1 on all tested)
> > ALSA UCM: alsa-ucm-conf 1.2.14-1
> > PipeWire: 1.4.2, WirePlumber: 0.5.8
> > power_save: 10, hda_model: (null)
> > Desktop: KDE Plasma 6 (Wayland)
> >
> > Eliminated causes:
> > - Topology files in sof-ipc4-tplg/ and sof-ace-tplg/ are
> > byte-identical (confirmed via binary diff). Path irrelevant.
> > - SOF firmware version (same 2.12.0.1 on all tested kernels).
> > - Topology ABI mismatch (3:29:1 vs 3:23:1 present on working
> > kernel too).
> > - power_save (10 on all kernels).
> > - PipeWire/WirePlumber (identical versions on all kernels).
> > - Desktop environment (KDE on all; a KDE install triggered a
> > kernel update which was the actual cause of the regression
> > appearing).
> >
> > dmesg (6.12.48, working):
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.12.0.1
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> > snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> > snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> >
> > dmesg (6.19.14, affected):
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
> > sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
> > sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
> > sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
> > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> > snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> > snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> >
> > Note: The kernel is not tainted on any tested version.
>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-27 23:18 ` Mike Karcic
@ 2026-05-28 6:08 ` Takashi Iwai
2026-05-28 13:38 ` Mike Karcic
0 siblings, 1 reply; 9+ messages in thread
From: Takashi Iwai @ 2026-05-28 6:08 UTC (permalink / raw)
To: Mike Karcic
Cc: Sean Rhodes, stable@vger.kernel.org, regressions@lists.linux.dev,
linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org,
tiwai@suse.de
On Thu, 28 May 2026 01:18:31 +0200,
Mike Karcic wrote:
>
> I tested both setups on top of Debian's 6.12.90 source tree.
>
> 1. I applied the 46c862f5419e patch, but the chirp was still there on every audio transition.
> 2. I did a full revert of 630fbc6e870e, and the chirp is completely gone.
There is a follow-up fix in the upstream, try to apply the commit
46c862f5419e ("ALSA: hda/realtek - fixed speaker no sound update").
thanks,
Takashi
>
> My hardware is a Lenovo ThinkPad (Meteor Lake), ALC287, subsystem 17aa:231e.
>
>
>
> Sent with Proton Mail secure email.
>
> On Wednesday, May 27th, 2026 at 3:44 PM, Sean Rhodes <sean@starlabs.systems> wrote:
>
> > What about 630fbc6e870e? If so, 46c862f5419e looks relevant.
> >
> > On Wed, 27 May 2026 at 15:25, Mike Karcic <mikekarcic@protonmail.com> wrote:
> > >
> > > Speaker pop/chirp regression on a Lenovo ThinkPad with Meteor Lake and
> > > Realtek ALC287 (subsystem ID 17aa:231e). The chirp occurs on speaker
> > > power state transitions when audio starts or stops. It is not present
> > > on kernel 6.12.73 and is present on 6.12.85. A desktop with ALC897
> > > (subsystem ID 1f660202) on kernel 6.19.14 is unaffected, so this is
> > > codec/fixup-specific.
> > >
> > > Tested on the same LMDE (Debian 13) installation with multiple kernels
> > > selectable from GRUB. All userspace, firmware, and configuration are
> > > identical between tests. Cold boot between kernel switches is required,
> > > as warm reboot can carry codec register state forward. The kernel is
> > > not tainted on any tested version.
> > >
> > > Bisection results (Debian package versions):
> > > 6.12.48 -- no chirp
> > > 6.12.73 -- no chirp
> > > 6.12.85 -- chirp present
> > > 6.12.86 -- chirp present
> > > 6.12.90 -- chirp present
> > >
> > > Also broken: 6.19.14-101.fc44.x86_64 (Fedora/Aurora 44)
> > >
> > > The regression window (6.12.73 to 6.12.85) includes two commits
> > > targeting speaker pop on the Star Labs StarFighter (ALC233, SSID
> > > 7017:2014) that touch patch_realtek.c:
> > >
> > > 1cb3c20688fc ("ALSA: hda/realtek: Fix speaker pop on Star Labs StarFighter")
> > > Fixes commit ("ALSA: hda/realtek: Sequence GPIO2 on Star Labs StarFighter")
> > >
> > > These are quirk-gated to SSID 7017:2014 and should not run on
> > > 17aa:231e, but they are the most prominent sound changes in the
> > > regression window. The actual culprit may be a different commit
> > > in the 6.12.74-6.12.85 range. I was unable to narrow further as
> > > Debian does not publish intermediate point-release packages.
> > >
> > > I can build and test vanilla kernels for a proper bisection if
> > > guided, and I can test proposed fixes.
> > >
> > > Hardware:
> > > Lenovo ThinkPad, Meteor Lake
> > > Codec: Realtek ALC287
> > > Subsystem ID: 17aa:231e
> > > PCI: 0000:00:1f.3
> > > Machine driver: skl_hda_dsp_generic
> > > Codec fixup: "ALC287: picked fixup for PCI SSID 17aa:231e"
> > >
> > > Unaffected hardware (same 6.19.14 kernel, no chirp):
> > > Desktop, Realtek ALC897, Subsystem ID: 1f660202
> > >
> > > Controlled variables (identical across all tested 6.12 kernels):
> > > SOF firmware: 2.12.0.1 (firmware-sof-signed 2025.01-1)
> > > Topology: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> > > Topology ABI: 3:29:1 (Kernel ABI: 3:23:1 on all tested)
> > > ALSA UCM: alsa-ucm-conf 1.2.14-1
> > > PipeWire: 1.4.2, WirePlumber: 0.5.8
> > > power_save: 10, hda_model: (null)
> > > Desktop: KDE Plasma 6 (Wayland)
> > >
> > > Eliminated causes:
> > > - Topology files in sof-ipc4-tplg/ and sof-ace-tplg/ are
> > > byte-identical (confirmed via binary diff). Path irrelevant.
> > > - SOF firmware version (same 2.12.0.1 on all tested kernels).
> > > - Topology ABI mismatch (3:29:1 vs 3:23:1 present on working
> > > kernel too).
> > > - power_save (10 on all kernels).
> > > - PipeWire/WirePlumber (identical versions on all kernels).
> > > - Desktop environment (KDE on all; a KDE install triggered a
> > > kernel update which was the actual cause of the regression
> > > appearing).
> > >
> > > dmesg (6.12.48, working):
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.12.0.1
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> > > snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> > > snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> > >
> > > dmesg (6.19.14, affected):
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
> > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> > > snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> > > snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> > >
> > > Note: The kernel is not tainted on any tested version.
> >
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-28 6:08 ` Takashi Iwai
@ 2026-05-28 13:38 ` Mike Karcic
2026-05-28 14:07 ` Takashi Iwai
0 siblings, 1 reply; 9+ messages in thread
From: Mike Karcic @ 2026-05-28 13:38 UTC (permalink / raw)
To: Takashi Iwai
Cc: Sean Rhodes, stable@vger.kernel.org, regressions@lists.linux.dev,
linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org
I did test 46c862f5419e on 6.12.90. Chirp still present.
I'm also on a ThinkPad X1 Carbon Gen 12 with ALC287 (17aa:231e),
same as the original reporter. The fix resolved it for them but
not for me.
Only a full revert of 630fbc6e870e resolves the issue.
Verification on the running kernel:
$ grep -c "dis_coefs" sound/pci/hda/patch_realtek.c
2
$ grep -c "en_coefs" sound/pci/hda/patch_realtek.c
0
$ sed -n '/alc287_alc1318_playback_pcm_hook/,/^}/p' sound/pci/hda/patch_realtek.c
static void alc287_alc1318_playback_pcm_hook(struct hda_pcm_stream *hinfo,
struct hda_codec *codec,
struct snd_pcm_substream *substream,
int action)
{
switch (action) {
case HDA_GEN_PCM_ACT_OPEN:
alc_write_coefex_idx(codec, 0x5a, 0x00, 0x954f);
break;
case HDA_GEN_PCM_ACT_CLOSE:
alc_write_coefex_idx(codec, 0x5a, 0x00, 0x554f);
break;
}
}
Happy to test further patches.
Sent with Proton Mail secure email.
On Thursday, May 28th, 2026 at 2:08 AM, Takashi Iwai <tiwai@suse.de> wrote:
> On Thu, 28 May 2026 01:18:31 +0200,
> Mike Karcic wrote:
> >
> > I tested both setups on top of Debian's 6.12.90 source tree.
> >
> > 1. I applied the 46c862f5419e patch, but the chirp was still there on every audio transition.
> > 2. I did a full revert of 630fbc6e870e, and the chirp is completely gone.
>
> There is a follow-up fix in the upstream, try to apply the commit
> 46c862f5419e ("ALSA: hda/realtek - fixed speaker no sound update").
>
>
> thanks,
>
> Takashi
>
>
> >
> > My hardware is a Lenovo ThinkPad (Meteor Lake), ALC287, subsystem 17aa:231e.
> >
> >
> >
> > Sent with Proton Mail secure email.
> >
> > On Wednesday, May 27th, 2026 at 3:44 PM, Sean Rhodes <sean@starlabs.systems> wrote:
> >
> > > What about 630fbc6e870e? If so, 46c862f5419e looks relevant.
> > >
> > > On Wed, 27 May 2026 at 15:25, Mike Karcic <mikekarcic@protonmail.com> wrote:
> > > >
> > > > Speaker pop/chirp regression on a Lenovo ThinkPad with Meteor Lake and
> > > > Realtek ALC287 (subsystem ID 17aa:231e). The chirp occurs on speaker
> > > > power state transitions when audio starts or stops. It is not present
> > > > on kernel 6.12.73 and is present on 6.12.85. A desktop with ALC897
> > > > (subsystem ID 1f660202) on kernel 6.19.14 is unaffected, so this is
> > > > codec/fixup-specific.
> > > >
> > > > Tested on the same LMDE (Debian 13) installation with multiple kernels
> > > > selectable from GRUB. All userspace, firmware, and configuration are
> > > > identical between tests. Cold boot between kernel switches is required,
> > > > as warm reboot can carry codec register state forward. The kernel is
> > > > not tainted on any tested version.
> > > >
> > > > Bisection results (Debian package versions):
> > > > 6.12.48 -- no chirp
> > > > 6.12.73 -- no chirp
> > > > 6.12.85 -- chirp present
> > > > 6.12.86 -- chirp present
> > > > 6.12.90 -- chirp present
> > > >
> > > > Also broken: 6.19.14-101.fc44.x86_64 (Fedora/Aurora 44)
> > > >
> > > > The regression window (6.12.73 to 6.12.85) includes two commits
> > > > targeting speaker pop on the Star Labs StarFighter (ALC233, SSID
> > > > 7017:2014) that touch patch_realtek.c:
> > > >
> > > > 1cb3c20688fc ("ALSA: hda/realtek: Fix speaker pop on Star Labs StarFighter")
> > > > Fixes commit ("ALSA: hda/realtek: Sequence GPIO2 on Star Labs StarFighter")
> > > >
> > > > These are quirk-gated to SSID 7017:2014 and should not run on
> > > > 17aa:231e, but they are the most prominent sound changes in the
> > > > regression window. The actual culprit may be a different commit
> > > > in the 6.12.74-6.12.85 range. I was unable to narrow further as
> > > > Debian does not publish intermediate point-release packages.
> > > >
> > > > I can build and test vanilla kernels for a proper bisection if
> > > > guided, and I can test proposed fixes.
> > > >
> > > > Hardware:
> > > > Lenovo ThinkPad, Meteor Lake
> > > > Codec: Realtek ALC287
> > > > Subsystem ID: 17aa:231e
> > > > PCI: 0000:00:1f.3
> > > > Machine driver: skl_hda_dsp_generic
> > > > Codec fixup: "ALC287: picked fixup for PCI SSID 17aa:231e"
> > > >
> > > > Unaffected hardware (same 6.19.14 kernel, no chirp):
> > > > Desktop, Realtek ALC897, Subsystem ID: 1f660202
> > > >
> > > > Controlled variables (identical across all tested 6.12 kernels):
> > > > SOF firmware: 2.12.0.1 (firmware-sof-signed 2025.01-1)
> > > > Topology: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> > > > Topology ABI: 3:29:1 (Kernel ABI: 3:23:1 on all tested)
> > > > ALSA UCM: alsa-ucm-conf 1.2.14-1
> > > > PipeWire: 1.4.2, WirePlumber: 0.5.8
> > > > power_save: 10, hda_model: (null)
> > > > Desktop: KDE Plasma 6 (Wayland)
> > > >
> > > > Eliminated causes:
> > > > - Topology files in sof-ipc4-tplg/ and sof-ace-tplg/ are
> > > > byte-identical (confirmed via binary diff). Path irrelevant.
> > > > - SOF firmware version (same 2.12.0.1 on all tested kernels).
> > > > - Topology ABI mismatch (3:29:1 vs 3:23:1 present on working
> > > > kernel too).
> > > > - power_save (10 on all kernels).
> > > > - PipeWire/WirePlumber (identical versions on all kernels).
> > > > - Desktop environment (KDE on all; a KDE install triggered a
> > > > kernel update which was the actual cause of the regression
> > > > appearing).
> > > >
> > > > dmesg (6.12.48, working):
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.12.0.1
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> > > > snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> > > > snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> > > >
> > > > dmesg (6.19.14, affected):
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/mtl
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
> > > > sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
> > > > snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
> > > > snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> > > >
> > > > Note: The kernel is not tainted on any tested version.
> > >
>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-28 13:38 ` Mike Karcic
@ 2026-05-28 14:07 ` Takashi Iwai
2026-05-28 18:27 ` Mike Karcic
0 siblings, 1 reply; 9+ messages in thread
From: Takashi Iwai @ 2026-05-28 14:07 UTC (permalink / raw)
To: Mike Karcic
Cc: Takashi Iwai, Sean Rhodes, stable@vger.kernel.org,
regressions@lists.linux.dev, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org
On Thu, 28 May 2026 15:38:54 +0200,
Mike Karcic wrote:
>
> I did test 46c862f5419e on 6.12.90. Chirp still present.
>
> I'm also on a ThinkPad X1 Carbon Gen 12 with ALC287 (17aa:231e),
> same as the original reporter. The fix resolved it for them but
> not for me.
>
> Only a full revert of 630fbc6e870e resolves the issue.
>
> Verification on the running kernel:
>
> $ grep -c "dis_coefs" sound/pci/hda/patch_realtek.c
> 2
>
> $ grep -c "en_coefs" sound/pci/hda/patch_realtek.c
> 0
>
> $ sed -n '/alc287_alc1318_playback_pcm_hook/,/^}/p' sound/pci/hda/patch_realtek.c
> static void alc287_alc1318_playback_pcm_hook(struct hda_pcm_stream *hinfo,
> struct hda_codec *codec,
> struct snd_pcm_substream *substream,
> int action)
> {
> switch (action) {
> case HDA_GEN_PCM_ACT_OPEN:
> alc_write_coefex_idx(codec, 0x5a, 0x00, 0x954f);
> break;
> case HDA_GEN_PCM_ACT_CLOSE:
> alc_write_coefex_idx(codec, 0x5a, 0x00, 0x554f);
> break;
> }
> }
>
> Happy to test further patches.
Just to be sure, could you verify that you've tested really the
patched kernel, e.g. by adding a debug print, etc?
If yes and the problem is seen even with the patch, try to comment out
alc_process_coef_fw(codec, dis_coefs);
and confirm that this fixes the problem.
Takashi
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-28 14:07 ` Takashi Iwai
@ 2026-05-28 18:27 ` Mike Karcic
2026-05-28 20:19 ` Takashi Iwai
0 siblings, 1 reply; 9+ messages in thread
From: Mike Karcic @ 2026-05-28 18:27 UTC (permalink / raw)
To: Takashi Iwai
Cc: Sean Rhodes, stable@vger.kernel.org, regressions@lists.linux.dev,
linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org
Yes, I can confirm the patched kernel is running, and commenting out that line fixes the problem completely.
Below is output with the added debug lines as requested:
$ uname -r
6.12.90-debug-no-discoefs
$ sudo dmesg | grep -i "alc287_alc1318"
[ 453.823528] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=0
[ 453.871577] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=1
[ 459.605379] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=2
[ 459.605497] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=3
$ grep -n -A5 -B2 "alc_process_coef_fw.*dis_coefs" sound/pci/hda/patch_realtek.c
7918- return;
7919- alc_update_coef_idx(codec, 0x10, 1<<11, 1<<11);
7920: /* alc_process_coef_fw(codec, dis_coefs); */ /* commented out for testing */
7921- alc_process_coef_fw(codec, coefs);
7922- spec->power_hook = alc287_s4_power_gpio3_default;
7923- spec->gen.pcm_playback_hook = alc287_alc1318_playback_pcm_hook;
7924-}
Sent with Proton Mail secure email.
On Thursday, May 28th, 2026 at 10:07 AM, Takashi Iwai <tiwai@suse.de> wrote:
> On Thu, 28 May 2026 15:38:54 +0200,
> Mike Karcic wrote:
> >
> > I did test 46c862f5419e on 6.12.90. Chirp still present.
> >
> > I'm also on a ThinkPad X1 Carbon Gen 12 with ALC287 (17aa:231e),
> > same as the original reporter. The fix resolved it for them but
> > not for me.
> >
> > Only a full revert of 630fbc6e870e resolves the issue.
> >
> > Verification on the running kernel:
> >
> > $ grep -c "dis_coefs" sound/pci/hda/patch_realtek.c
> > 2
> >
> > $ grep -c "en_coefs" sound/pci/hda/patch_realtek.c
> > 0
> >
> > $ sed -n '/alc287_alc1318_playback_pcm_hook/,/^}/p' sound/pci/hda/patch_realtek.c
> > static void alc287_alc1318_playback_pcm_hook(struct hda_pcm_stream *hinfo,
> > struct hda_codec *codec,
> > struct snd_pcm_substream *substream,
> > int action)
> > {
> > switch (action) {
> > case HDA_GEN_PCM_ACT_OPEN:
> > alc_write_coefex_idx(codec, 0x5a, 0x00, 0x954f);
> > break;
> > case HDA_GEN_PCM_ACT_CLOSE:
> > alc_write_coefex_idx(codec, 0x5a, 0x00, 0x554f);
> > break;
> > }
> > }
> >
> > Happy to test further patches.
>
> Just to be sure, could you verify that you've tested really the
> patched kernel, e.g. by adding a debug print, etc?
> If yes and the problem is seen even with the patch, try to comment out
> alc_process_coef_fw(codec, dis_coefs);
> and confirm that this fixes the problem.
>
>
> Takashi
>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
2026-05-28 18:27 ` Mike Karcic
@ 2026-05-28 20:19 ` Takashi Iwai
0 siblings, 0 replies; 9+ messages in thread
From: Takashi Iwai @ 2026-05-28 20:19 UTC (permalink / raw)
To: Mike Karcic
Cc: Kailang Yang, Takashi Iwai, Sean Rhodes, stable@vger.kernel.org,
regressions@lists.linux.dev, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org
On Thu, 28 May 2026 20:27:30 +0200,
Mike Karcic wrote:
>
> Yes, I can confirm the patched kernel is running, and commenting out that line fixes the problem completely.
>
> Below is output with the added debug lines as requested:
>
> $ uname -r
> 6.12.90-debug-no-discoefs
>
> $ sudo dmesg | grep -i "alc287_alc1318"
> [ 453.823528] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=0
> [ 453.871577] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=1
> [ 459.605379] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=2
> [ 459.605497] snd_hda_codec_realtek ehdaudio0D0: alc287_alc1318_playback_pcm_hook called action=3
>
> $ grep -n -A5 -B2 "alc_process_coef_fw.*dis_coefs" sound/pci/hda/patch_realtek.c
> 7918- return;
> 7919- alc_update_coef_idx(codec, 0x10, 1<<11, 1<<11);
> 7920: /* alc_process_coef_fw(codec, dis_coefs); */ /* commented out for testing */
> 7921- alc_process_coef_fw(codec, coefs);
> 7922- spec->power_hook = alc287_s4_power_gpio3_default;
> 7923- spec->gen.pcm_playback_hook = alc287_alc1318_playback_pcm_hook;
> 7924-}
Hm, then the previous fix doesn't seem working, obviously.
Kailang, could you check this in your side?
Maybe we should apply the AMP-silence-detection disablement
conditionally to certain models?
thanks,
Takashi
>
>
>
> Sent with Proton Mail secure email.
>
> On Thursday, May 28th, 2026 at 10:07 AM, Takashi Iwai <tiwai@suse.de> wrote:
>
> > On Thu, 28 May 2026 15:38:54 +0200,
> > Mike Karcic wrote:
> > >
> > > I did test 46c862f5419e on 6.12.90. Chirp still present.
> > >
> > > I'm also on a ThinkPad X1 Carbon Gen 12 with ALC287 (17aa:231e),
> > > same as the original reporter. The fix resolved it for them but
> > > not for me.
> > >
> > > Only a full revert of 630fbc6e870e resolves the issue.
> > >
> > > Verification on the running kernel:
> > >
> > > $ grep -c "dis_coefs" sound/pci/hda/patch_realtek.c
> > > 2
> > >
> > > $ grep -c "en_coefs" sound/pci/hda/patch_realtek.c
> > > 0
> > >
> > > $ sed -n '/alc287_alc1318_playback_pcm_hook/,/^}/p' sound/pci/hda/patch_realtek.c
> > > static void alc287_alc1318_playback_pcm_hook(struct hda_pcm_stream *hinfo,
> > > struct hda_codec *codec,
> > > struct snd_pcm_substream *substream,
> > > int action)
> > > {
> > > switch (action) {
> > > case HDA_GEN_PCM_ACT_OPEN:
> > > alc_write_coefex_idx(codec, 0x5a, 0x00, 0x954f);
> > > break;
> > > case HDA_GEN_PCM_ACT_CLOSE:
> > > alc_write_coefex_idx(codec, 0x5a, 0x00, 0x554f);
> > > break;
> > > }
> > > }
> > >
> > > Happy to test further patches.
> >
> > Just to be sure, could you verify that you've tested really the
> > patched kernel, e.g. by adding a debug print, etc?
> > If yes and the problem is seen even with the patch, try to comment out
> > alc_process_coef_fw(codec, dis_coefs);
> > and confirm that this fixes the problem.
> >
> >
> > Takashi
> >
^ permalink raw reply [flat|nested] 9+ messages in thread
* [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85
@ 2026-05-27 14:21 Mike Karcic
0 siblings, 0 replies; 9+ messages in thread
From: Mike Karcic @ 2026-05-27 14:21 UTC (permalink / raw)
To: stable; +Cc: regressions, linux-sound, linux-kernel, tiwai, sean
Speaker pop/chirp regression on a Lenovo ThinkPad with Meteor Lake and
Realtek ALC287 (subsystem ID 17aa:231e). The chirp occurs on speaker
power state transitions when audio starts or stops. It is not present
on kernel 6.12.73 and is present on 6.12.85. A desktop with ALC897
(subsystem ID 1f660202) on kernel 6.19.14 is unaffected, so this is
codec/fixup-specific.
Tested on the same LMDE (Debian 13) installation with multiple kernels
selectable from GRUB. All userspace, firmware, and configuration are
identical between tests. Cold boot between kernel switches is required,
as warm reboot can carry codec register state forward. The kernel is
not tainted on any tested version.
Bisection results (Debian package versions):
6.12.48 -- no chirp
6.12.73 -- no chirp
6.12.85 -- chirp present
6.12.86 -- chirp present
6.12.90 -- chirp present
Also broken: 6.19.14-101.fc44.x86_64 (Fedora/Aurora 44)
The regression window (6.12.73 to 6.12.85) includes two commits
targeting speaker pop on the Star Labs StarFighter (ALC233, SSID
7017:2014) that touch patch_realtek.c:
1cb3c20688fc ("ALSA: hda/realtek: Fix speaker pop on Star Labs StarFighter")
Fixes commit ("ALSA: hda/realtek: Sequence GPIO2 on Star Labs StarFighter")
These are quirk-gated to SSID 7017:2014 and should not run on
17aa:231e, but they are the most prominent sound changes in the
regression window. The actual culprit may be a different commit
in the 6.12.74-6.12.85 range. I was unable to narrow further as
Debian does not publish intermediate point-release packages.
I can build and test vanilla kernels for a proper bisection if
guided, and I can test proposed fixes.
Hardware:
Lenovo ThinkPad, Meteor Lake
Codec: Realtek ALC287
Subsystem ID: 17aa:231e
PCI: 0000:00:1f.3
Machine driver: skl_hda_dsp_generic
Codec fixup: "ALC287: picked fixup for PCI SSID 17aa:231e"
Unaffected hardware (same 6.19.14 kernel, no chirp):
Desktop, Realtek ALC897, Subsystem ID: 1f660202
Controlled variables (identical across all tested 6.12 kernels):
SOF firmware: 2.12.0.1 (firmware-sof-signed 2025.01-1)
Topology: intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
Topology ABI: 3:29:1 (Kernel ABI: 3:23:1 on all tested)
ALSA UCM: alsa-ucm-conf 1.2.14-1
PipeWire: 1.4.2, WirePlumber: 0.5.8
power_save: 10, hda_model: (null)
Desktop: KDE Plasma 6 (Wayland)
Eliminated causes:
- Topology files in sof-ipc4-tplg/ and sof-ace-tplg/ are
byte-identical (confirmed via binary diff). Path irrelevant.
- SOF firmware version (same 2.12.0.1 on all tested kernels).
- Topology ABI mismatch (3:29:1 vs 3:23:1 present on working
kernel too).
- power_save (10 on all kernels).
- PipeWire/WirePlumber (identical versions on all kernels).
- Desktop environment (KDE on all; a KDE install triggered a
kernel update which was the actual cause of the regression
appearing).
dmesg (6.12.48, working):
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file:
intel/sof-ipc4/mtl/sof-mtl.ri
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path:
intel/sof-ipc4-lib/mtl
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file:
intel/sof-ace-tplg/sof-hda-generic-2ch.tplg
sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.12.0.1
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1
(0x17/0x0/0x0/0x0/0x0) type:speaker
dmesg (6.19.14, affected):
sof-audio-pci-intel-mtl 0000:00:1f.3: Digital mics found on Skylake+
platform, using SOF driver
sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI
class/subclass/prog-if 0x040380
sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver
skl_hda_dsp_generic now
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware file:
intel/sof-ipc4/mtl/sof-mtl.ri
sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware lib path:
intel/sof-ipc4-lib/mtl
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology file:
intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
snd_hda_codec_alc269 ehdaudio0D0: ALC287: picked fixup for PCI SSID 17aa:231e
snd_hda_codec_alc269 ehdaudio0D0: autoconfig for ALC287: line_outs=1
(0x17/0x0/0x0/0x0/0x0) type:speaker
Note: The kernel is not tainted on any tested version.
--
Mike
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2026-05-28 20:20 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-05-27 14:25 [REGRESSION] Speaker pop/chirp on Meteor Lake ALC287 (17aa:231e) -- 6.12.73 to 6.12.85 Mike Karcic
2026-05-27 19:43 ` Sean Rhodes
2026-05-27 23:18 ` Mike Karcic
2026-05-28 6:08 ` Takashi Iwai
2026-05-28 13:38 ` Mike Karcic
2026-05-28 14:07 ` Takashi Iwai
2026-05-28 18:27 ` Mike Karcic
2026-05-28 20:19 ` Takashi Iwai
-- strict thread matches above, loose matches on Subject: below --
2026-05-27 14:21 Mike Karcic
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox