Description
On a Dell XPS 14 DA14260 running openSUSE Tumbleweed, the internal audio device is not registered at all. /proc/asound/cards shows:
The Intel Panther Lake HD Audio controller is detected correctly and uses the SOF driver:
00:1f.3 Audio device [0403]: Intel Corporation Core Ultra Processors (Series 3) HD Audio [8086:e428] (rev 01)
Subsystem: Dell Device [1028:0db9]
Kernel driver in use: sof-audio-pci-intel-ptl
SOF firmware loads and boots successfully:
sof-audio-pci-intel-ptl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.14.1.1
sof-audio-pci-intel-ptl 0000:00:1f.3: Booted firmware version: 2.14.1.1
SoundWire devices are also detected correctly:
link 0 mfg_id 0x01fa part_id 0x4245 version 0x3
link 2 mfg_id 0x01fa part_id 0x3557 version 0x3
link 2 mfg_id 0x01fa part_id 0x3557 version 0x3
link 3 mfg_id 0x01fa part_id 0x3557 version 0x3
link 3 mfg_id 0x01fa part_id 0x3557 version 0x3
However, all four CS35L56 SoundWire speaker amplifiers fail during probe with the same error:
cs35l56 sdw:0:2:01fa:3557:01:2: error -EBUSY: Failed to get spk-id-gpios
cs35l56 sdw:0:2:01fa:3557:01:2: probe with driver cs35l56 failed with error -16
cs35l56 sdw:0:2:01fa:3557:01:3: error -EBUSY: Failed to get spk-id-gpios
cs35l56 sdw:0:2:01fa:3557:01:3: probe with driver cs35l56 failed with error -16
cs35l56 sdw:0:3:01fa:3557:01:0: error -EBUSY: Failed to get spk-id-gpios
cs35l56 sdw:0:3:01fa:3557:01:0: probe with driver cs35l56 failed with error -16
cs35l56 sdw:0:3:01fa:3557:01:1: error -EBUSY: Failed to get spk-id-gpios
cs35l56 sdw:0:3:01fa:3557:01:1: probe with driver cs35l56 failed with error -16
System information
System: Dell XPS 14 DA14260
Audio PCI ID: 8086:e428
Subsystem ID: 1028:0db9
Kernel: 7.2.2-1-default
Distribution: openSUSE Tumbleweed
BIOS: 1.10.1
BIOS date: 07/20/2026
SOF firmware package: sof-firmware-2025.12.2-1.2
SOF firmware reported by DSP: 2.14.1.1
alsa-ucm-conf: 1.2.16.1
ACPI findings
I dumped and decompiled the DSDT.
All four CS35L56 SoundWire devices expose a spk-id-gpios property referencing their AF01 child:
"spk-id-gpios",
Package (0x04)
{
AF01, ,
Zero,
Zero,
Zero
}
Each AF01 device exposes a _CRS resource through GPIA.
The interesting part is that the GPIA resource is byte-for-byte identical for all four CS35L56 devices:
Name (GPIA, Buffer (0x25)
{
0x8C, 0x20, 0x00, 0x01, 0x01, 0x01, 0x00, 0x09,
0x00, 0x03, 0x00, 0x00, 0x00, 0x00, 0x17, 0x00,
0x00, 0x19, 0x00, 0x23, 0x00, 0x00, 0x00, 0x14,
0x00, 0x5C, 0x5F, 0x53, 0x42, 0x2E, 0x47, 0x50,
0x49, 0x31, 0x00, 0x79, 0x00
})
The resource references:
All four amplifiers therefore appear to reference the same GPIO resource for spk-id-gpios.
The Intel GPIO controller itself is present:
Device (GPI1)
{
Name (_CID, "INTC105F")
Name (_UID, One)
...
}
Linux also exposes the corresponding GPIO controllers under /sys/kernel/debug/gpio.
Expected result
The CS35L56 codecs should probe successfully and an ALSA sound card should be registered.
Actual result
All four CS35L56 probes fail with:
Failed to get spk-id-gpios
error -16 / -EBUSY
and consequently:
/proc/asound/cards:
--- no soundcards ---
This looks like either a shared spk-id GPIO handling issue in the CS35L56/ACPI path, or a platform-specific ACPI quirk needed for the DA14260.
Description
On a Dell XPS 14 DA14260 running openSUSE Tumbleweed, the internal audio device is not registered at all.
/proc/asound/cardsshows:The Intel Panther Lake HD Audio controller is detected correctly and uses the SOF driver:
SOF firmware loads and boots successfully:
SoundWire devices are also detected correctly:
However, all four CS35L56 SoundWire speaker amplifiers fail during probe with the same error:
System information
ACPI findings
I dumped and decompiled the DSDT.
All four CS35L56 SoundWire devices expose a
spk-id-gpiosproperty referencing theirAF01child:Each
AF01device exposes a_CRSresource throughGPIA.The interesting part is that the
GPIAresource is byte-for-byte identical for all four CS35L56 devices:The resource references:
All four amplifiers therefore appear to reference the same GPIO resource for
spk-id-gpios.The Intel GPIO controller itself is present:
Linux also exposes the corresponding GPIO controllers under
/sys/kernel/debug/gpio.Expected result
The CS35L56 codecs should probe successfully and an ALSA sound card should be registered.
Actual result
All four CS35L56 probes fail with:
and consequently:
This looks like either a shared
spk-idGPIO handling issue in the CS35L56/ACPI path, or a platform-specific ACPI quirk needed for the DA14260.