Regression in kernel 6.17.8, Intel sound card no longer recognized

steven3k · 2025-11-16 00:08:47

I have noticed that after upgrading from linux 6.17.7 to linux 6.17.8, along with the related firmware packages, my sound card stopped working. It is no longer recognized by sof, and no relevant logs appear in the journal.

This is the soundcard:

$ sudo lspci -v -s 00:1f.3
00:1f.3 Audio device: Intel Corporation Lunar Lake-M HD Audio Controller (rev 10) (prog-if 80)
	Subsystem: Dell Device 0ce4
	Flags: bus master, fast devsel, latency 64, IRQ 190, IOMMU group 19
	Memory at 3015200000 (64-bit, non-prefetchable) [size=512K]
	Memory at 3015000000 (64-bit, non-prefetchable) [size=2M]
	Capabilities: [50] Power Management version 3
	Capabilities: [c0] Vendor Specific Information: Intel <unknown>
	Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Kernel driver in use: sof-audio-pci-intel-lnl
	Kernel modules: snd_sof_pci_intel_lnl, snd_hda_intel

And this is the offending upgrade. Downgrading these packages restores the card functionality.

[2025-11-15T19:45:48+0100] [ALPM] upgraded linux (6.17.7.arch1-1 -> 6.17.8.arch1-1)
[2025-11-15T19:45:48+0100] [ALPM] upgraded linux-firmware-whence (20251021-1 -> 20251111-1)
[2025-11-15T19:45:48+0100] [ALPM] upgraded linux-firmware-amdgpu (20251021-1 -> 20251111-1)
[2025-11-15T19:45:48+0100] [ALPM] upgraded linux-firmware-atheros (20251021-1 -> 20251111-1)
[2025-11-15T19:45:48+0100] [ALPM] upgraded linux-firmware-broadcom (20251021-1 -> 20251111-1)
[2025-11-15T19:45:48+0100] [ALPM] upgraded linux-firmware-cirrus (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware-intel (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware-mediatek (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware-nvidia (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware-other (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware-radeon (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware-realtek (20251021-1 -> 20251111-1)
[2025-11-15T19:45:49+0100] [ALPM] upgraded linux-firmware (20251021-1 -> 20251111-1)

Here are the sof logs for 6.17.7 (card working):

Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: SoundWire enabled on CannonLake+ platform, using SOF driver
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: enabling device (0000 -> 0002)
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: bound 0000:00:02.0 (ops intel_audio_component_bind_ops [xe])
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: use msi interrupt mode
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: hda codecs found, mask 4
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
Nov 16 00:53:47 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DMICs detected in NHLT tables: 0
Nov 16 00:53:48 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware paths/files for ipc type 1:
Nov 16 00:53:48 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3:  Firmware file:     intel/sof-ipc4/lnl/sof-lnl.ri
Nov 16 00:53:48 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3:  Firmware lib path: intel/sof-ipc4-lib/lnl
Nov 16 00:53:48 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3:  Topology file:     intel/sof-ipc4-tplg/sof-lnl-cs42l43-l0.tplg
Nov 16 00:53:48 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.13.0.1
Nov 16 00:53:48 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Booted firmware version: 2.13.0.1
Nov 16 00:53:51 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
Nov 16 00:53:51 pluto kernel: sof_sdw sof_sdw: ASoC: Parent card not yet available, widget card binding deferred
Nov 16 00:53:51 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.13.0.1
Nov 16 00:53:59 pluto kernel: sof_sdw sof_sdw: Setting CS42L43 Speaker volume limit to 128
Nov 16 00:53:59 pluto kernel: sof_sdw sof_sdw: hda_dsp_hdmi_build_controls: no PCM in topology for HDMI converter 3
Nov 16 00:53:59 pluto kernel: input: sof-soundwire Jack as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input26
Nov 16 00:53:59 pluto kernel: input: sof-soundwire HDMI/DP,pcm=5 as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input27
Nov 16 00:53:59 pluto kernel: input: sof-soundwire HDMI/DP,pcm=6 as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input28
Nov 16 00:53:59 pluto kernel: input: sof-soundwire HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input29

And here are those for 6.17.8:

Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: SoundWire enabled on CannonLake+ platform, using SOF driver
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: enabling device (0000 -> 0002)
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: bound 0000:00:02.0 (ops intel_audio_component_bind_ops [xe])
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: use msi interrupt mode
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: hda codecs found, mask 4
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DMICs detected in NHLT tables: 0
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware paths/files for ipc type 1:
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3:  Firmware file:     intel/sof-ipc4/lnl/sof-lnl.ri
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3:  Firmware lib path: intel/sof-ipc4-lib/lnl
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3:  Topology file:     intel/sof-ipc4-tplg/sof-lnl-cs42l43-l0.tplg
Nov 16 00:35:34 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.13.0.1
Nov 16 00:35:35 pluto kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Booted firmware version: 2.13.0.1

Is this a known regression?
Interestingly, there is no upgrade available for the sof-firmware package. I wonder if one of linux-firmware-intel or linux-firmware-cirrus is to blame...

Last edited by steven3k (2025-11-16 00:44:05)

mmy8x · 2025-11-16 07:16:52

At this point I would try;

- upgrade the kernel, see if it breaks again
- if so, go back to fix it
- upgrade the firmwares, see if it stays working

Basically, narrow it down as much as possible.
There are some sound changes between 6.17.7 and 6.17.8, so it could be that.

The last line is "booting firmware version xxx" which is same version as before, suggests a kernel bug.
Or they changed something in the FW without bumping version number.

Last edited by mmy8x (2025-11-16 07:22:28)

vpont · 2025-11-16 07:42:03

I'm experiencing this exact issue with my Intel sound card (Intel Corporation Lunar Lake-M HD Audio Controller) on kernel 6.17.8.

Since upgrading, this error keeps appearing in journalctl:

kernel: platform sof_sdw: deferred probe pending: sof_sdw: snd_soc_register_card failed -517

Downgrading to 6.17.7 immediately restores audio functionality.

steven3k · 2025-11-16 08:41:49

Thanks, mmy8x.

I did some more testing. Kernel 6.17.7 works with both the new (20251111-1) and the old (20251021-1) firmwares.
Kernel 6.17.8 breaks audio with both the new and the old firmwares.

Also, I do not get the log line that vpont reported...

Things are pointing towards a kernel issue. Are there some pre-built kernels to bisect?

Last edited by steven3k (2025-11-16 08:42:09)

steven3k · 2025-11-17 10:27:02

Good news, I tested kernel 6.18.0-rc3 from gromit's prebuilt kernels and the problem seems to be fixed there.

vpont · 2025-11-17 10:29:11

That's great news! Thanks for confirming @steven3k

maxx2025 · 2025-11-17 20:04:24

steven3k wrote:

Good news, I tested kernel 6.18.0-rc3 from gromit's prebuilt kernels and the problem seems to be fixed there.

Thank you so much. I m having the same trouble

JetGum_386 · 2025-11-19 18:02:02

I confirm the same problem with my Intel Lunar Lake-M HD Audio. For the moment I downgraded the kernel and put it on the pacman ignore list. Waiting for the fix to be rolled out.

Last edited by JetGum_386 (2025-11-19 18:02:20)

ajgringo619 · 2025-11-19 19:02:24

FWIW, I wonder if this is only affecting the Lunar Lake controllers. My Raptor Lake controller is working as expected with the new kernel.

seth · 2025-11-19 19:46:10

nb https://bbs.archlinux.org/viewtopic.php … 9#p2273459

swilde · 2025-11-20 07:57:57

seth wrote:

nb https://bbs.archlinux.org/viewtopic.php … 9#p2273459

The issue mentions, that current rcs of 3.8 again stoppet working. I have an Lenovo X9 15, also with Lunar Lake-M HD Audio Controller and unfortunately can confirm that the sound does _not_ work with 6.18.0-rc6 ...

swilde · 2025-11-20 12:54:19

FWIW, is anyone aware of an upstream report for this regression in linux?

seth · 2025-11-20 14:01:15

bugzilla.kernel.org has nothing on CS42L43 and nothing recent on snd_soc_register_card

seth in the other thread wrote:

If it's not the suspected patch it will be necessary to https://wiki.archlinux.org/title/Bisect … s_with_Git between 6.18.0-rc3 and 6.18.0-rc5
gromit might (still?) have a bisection cache for faster recompilation.

steven3k · 2025-11-21 20:57:18

Thank you seth. If there are no kernels already available to bisect with, I can try to build them myself.
What would be the easiest way to go about it?

Is there some way to build a package similar to linux-mainline (in the AUR) but using a specific commit in the kernel stable repo?
That would help, as it would also allow me to build packages on a different machine.

seth · 2025-11-22 09:18:37

https://wiki.archlinux.org/title/Bisect … s_with_Git
https://wiki.gentoo.org/wiki/Kernel_git-bisect

You'll want to run this on https://aur.archlinux.org/packages/linux-mainline, https://github.com/archlinux/linux has no 6.18 tags yet.

That would help, as it would also allow me to build packages on a different machine.

I'm not sure how the build system would affect any of this?

steven3k · 2025-11-23 00:30:46

I bisected from v6.18-rc3 (good) to v6.18-rc5 (bad).
The first bad commit is e5d527be7e6984882306b49c067f1fec18920735.

status: waiting for both good and bad commits
status: waiting for bad commit, 1 good commit known
Bisecting: 270 revisions left to test after this (roughly 8 steps)
[f9bc8e0912b8f6b1d60608a715a1da575670e038] Merge tag 'perf-urgent-2025-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
Bisecting: 134 revisions left to test after this (roughly 7 steps)
[c668da99b923bc0527f19e361bb8496be087970f] Merge tag 'fscrypt-for-linus' of git://git.kernel.org/pub/scm/fs/fscrypt/linux
Bisecting: 66 revisions left to test after this (roughly 6 steps)
[38a2c275c3d3f7d7180d012386cd6fcf87854400] Merge tag 'parisc-for-6.18-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux
Bisecting: 32 revisions left to test after this (roughly 5 steps)
[4a0c9b3391999818e2c5b93719699b255be1f682] Merge tag 'probes-fixes-v6.18-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace
Bisecting: 15 revisions left to test after this (roughly 4 steps)
[a80abfbb1013ffec7aa7e574b5ba9bcf02bd5462] Merge tag 'slab-for-6.18-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/vbabka/slab
Bisecting: 5 revisions left to test after this (roughly 3 steps)
[da32d155f4a8937952ca6fd55d3270fec1c3799f] Merge tag 'gpio-fixes-for-v6.18-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux
Bisecting: 4 revisions left to test after this (roughly 2 steps)
[4436f484cb437ba28dc58b7f787a6f80a65aa5c3] gpio: tb10x: Drop unused tb10x_set_bits() function
Bisecting: 2 revisions left to test after this (roughly 1 step)
[e5d527be7e6984882306b49c067f1fec18920735] gpio: swnode: don't use the swnode's name as the key for GPIO lookup
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[4a372798e12cc777918db90c06e11c80e90bd001] dt-bindings: gpio: ti,twl4030: Correct the schema $id path
e5d527be7e6984882306b49c067f1fec18920735 is the first bad commit
commit e5d527be7e6984882306b49c067f1fec18920735
Author: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Date:   Mon Nov 3 10:35:24 2025 +0100

    gpio: swnode: don't use the swnode's name as the key for GPIO lookup
    
    Looking up a GPIO controller by label that is the name of the software
    node is wonky at best - the GPIO controller driver is free to set
    a different label than the name of its firmware node. We're already being
    passed a firmware node handle attached to the GPIO device to
    swnode_get_gpio_device() so use it instead for a more precise lookup.
    
    Acked-by: Linus Walleij <linus.walleij@linaro.org>
    Fixes: e7f9ff5dc90c ("gpiolib: add support for software nodes")
    Link: https://lore.kernel.org/r/20251103-reset-gpios-swnodes-v4-4-6461800b6775@linaro.org
    Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>

 drivers/gpio/gpiolib-swnode.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Last edited by steven3k (2025-11-23 00:31:48)

steven3k · 2025-11-23 01:01:25

I have built 6.18-rc6 with e5d527be7e6984882306b49c067f1fec18920735 reverted and audio works (although some graphical corruption appears...).

Edit: I wish I had found this before spending half a day bisecting... https://lkml.org/lkml/2025/11/20/716

Last edited by steven3k (2025-11-23 01:05:16)

maxx2025 · Yesterday 20:09:49

Has anyone tried whether kernel 6.17.9 is working with lunar lake HD ?

frao · Yesterday 20:35:53

I have the same bug and 6.17.9 is not working either.

kahlil88 · Today 05:39:08

My audio was working until upgrading to 6.17.9 and now doesn't even work in Windows

seth · Today 07:18:38

3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.

Does it work on some live distro like https://grml.org/ ?
You could try to reset the CMOS

Arch Linux

#1 2025-11-16 00:08:47

Regression in kernel 6.17.8, Intel sound card no longer recognized

#2 2025-11-16 07:16:52

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#3 2025-11-16 07:42:03

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#4 2025-11-16 08:41:49

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#5 2025-11-17 10:27:02

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#6 2025-11-17 10:29:11

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#7 2025-11-17 20:04:24

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#8 2025-11-19 18:02:02

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#9 2025-11-19 19:02:24

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#10 2025-11-19 19:46:10

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#11 2025-11-20 07:57:57

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#12 2025-11-20 12:54:19

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#13 2025-11-20 14:01:15

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#14 2025-11-21 20:57:18

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#15 2025-11-22 09:18:37

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#16 2025-11-23 00:30:46

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#17 2025-11-23 01:01:25

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#18 Yesterday 20:09:49

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#19 Yesterday 20:35:53

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#20 Today 05:39:08

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

#21 Today 07:18:38

Re: Regression in kernel 6.17.8, Intel sound card no longer recognized

Board footer