cirrus: missing CS35L56 spkid0 tuning for Dell XPS 13 DX13260 (10280e53)

cirrus: missing CS35L56 spkid0 tuning for Dell XPS 13 DX13260 (10280e53)

[Wiza Jalakasi]

[-- Attachment #1: Type: text/plain, Size: 2775 bytes --]

Hello, Requesting the missing spkid0 CS35L56 tuning for the Dell XPS 13 DX13260 (audio subsystem 1028:0e53). Problem ------- linux-firmware 20260810 ships tuning for this SSID as spkid1/spkid2/spkid3 only: cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid{1,2,3}.wmfw cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid{1,2,3}-amp{l,r}.bin My unit's amps report speaker-ID 0 (clean read; no "Failed to read spk-id" or "Invalid spkid" in the log), so the driver requests: cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid0.wmfw cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid0-ampl.bin cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid0-ampr.bin These do not exist, both amps log FIRMWARE_MISSING, and the speakers are completely silent. Hardware: 2x CS35L56 Rev B2 on SPI (OTP1 fw 4.2.1), CS42L43 codec on SoundWire, SOF sof-audio-pci-intel-ptl. Kernel 7.2.2-arch1-1 (Arch Linux), SOF_SDW_SIDECAR_AMPS quirk applied; amps bind and boot their DSP, only the tuning is missing. Kernel log (dyndbg on the cs35l56 modules): cs35l56 spi-cs35l56-left: Cirrus Logic CS35L56 Rev B2 OTP1 fw:4.2.1 (patched=0) cs35l56 spi-cs35l56-left: DSP fwf name: 'b2-dsp1' system name: '10280e53-spkid0' cs35l56 spi-cs35l56-left: DSP1: Firmware: 1a00d6 vendor: 0x2 v4.2.1, 42 algorithms cs35l56 spi-cs35l56-left: FIRMWARE_MISSING cs35l56 spi-cs35l56-left: Can't read tuning IDs (right amp identical) Evidence that spkid0 should alias the spkid1 tuning --------------------------------------------------- This machine dual-boots Windows 11, where the speakers work. Inspecting Dell's Windows audio package for this SSID (DriverStore FileRepository, xucsmeext_0e53.inf): 1. Its tuning files b2_bridge_ss{1,2,3}_0e53_{lw,rw}.bin are byte-identical (md5-verified, all six files) to linux-firmware's spkid{1,2,3} ampl/ampr bins for 10280e53, and it carries the same 4.5.9 firmware. 2. The Windows package contains no set 0 at all, yet Windows audio works on this unit. Its INF resolves the tuning filename from a GPIO read (b2_bridge_ss _0e53_lw.bin), so Windows evidently maps this unit's reading to ss1. 3. As a local test I symlinked spkid0 -> spkid1 (wmfw + ampl + ampr) and the speakers work correctly. This mirrors the spkid0 aliasing already present for many other Dell SSIDs in cirrus/. Request ------- Please add the spkid0 alias (or files) for 10280e53 -- on the evidence above a symlink to the spkid1 tuning, but you have the authoritative mapping. Happy to test on this hardware. Related distro report: https://github.com/omacom/omarchy/issues/9687 This report was prepared with the help of an AI assistant from diagnostics gathered on the machine. Thanks, Wiza Jalakasi

Warmly,

Wiza Jalakasi
https://wiza.jalaka.si

Sent via Superhuman ( https://superhuman.com/refer/9o2pqxe0?utm_medium=signature&utm_source=product )

[-- Attachment #2: Type: text/html, Size: 7076 bytes --]

RE: cirrus: missing CS35L56 spkid0 tuning for Dell XPS 13 DX13260 (10280e53)

[Simon Trimmer]

[-- Attachment #1: Type: text/plain, Size: 4060 bytes --]

Hi Wiza,

Please create a bugzilla ticket at the below address and CC Cirrus Patches (patches@opensource.cirrus.com <mailto:patches@opensource.cirrus.com> ) to it, we will investigate the issue as soon as we can.

https://bugzilla.kernel.org/

 

Please attach an acpi dump and a full dmesg to the ticket. You may also want to check that your system’s BIOS is updated to the latest available.

 

The firmware tuning files selected by the spkid differentiation include specifications of the speaker hardware, the manufacturer has not shared details of a spkid0 variant so it’s not a case of simply not creating an alias.

 

Creating a public Bugzilla allows others with the same laptop to find relevant information pertaining to this issue.

Thanks,

-Simon

 

 

From: Wiza Jalakasi <wjalakasi@gmail.com> 
Sent: Tuesday, September 1, 2026 11:27 PM
To: linux-firmware@kernel.org
Cc: patches@opensource.cirrus.com; rf@opensource.cirrus.com; simont@opensource.cirrus.com
Subject: cirrus: missing CS35L56 spkid0 tuning for Dell XPS 13 DX13260 (10280e53)

 

Hello, Requesting the missing spkid0 CS35L56 tuning for the Dell XPS 13 DX13260 (audio subsystem 1028:0e53). Problem ------- linux-firmware 20260810 ships tuning for this SSID as spkid1/spkid2/spkid3 only: cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid{1,2,3}.wmfw cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid{1,2,3}-amp{l,r}.bin My unit's amps report speaker-ID 0 (clean read; no "Failed to read spk-id" or "Invalid spkid" in the log), so the driver requests: cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid0.wmfw cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid0-ampl.bin cirrus/cs35l56-b2-dsp1-misc-10280e53-spkid0-ampr.bin These do not exist, both amps log FIRMWARE_MISSING, and the speakers are completely silent. Hardware: 2x CS35L56 Rev B2 on SPI (OTP1 fw 4.2.1), CS42L43 codec on SoundWire, SOF sof-audio-pci-intel-ptl. Kernel 7.2.2-arch1-1 (Arch Linux), SOF_SDW_SIDECAR_AMPS quirk applied; amps bind and boot their DSP, only the tuning is missing. Kernel log (dyndbg on the cs35l56 modules): cs35l56 spi-cs35l56-left: Cirrus Logic CS35L56 Rev B2 OTP1 fw:4.2.1 (patched=0) cs35l56 spi-cs35l56-left: DSP fwf name: 'b2-dsp1' system name: '10280e53-spkid0' cs35l56 spi-cs35l56-left: DSP1: Firmware: 1a00d6 vendor: 0x2 v4.2.1, 42 algorithms cs35l56 spi-cs35l56-left: FIRMWARE_MISSING cs35l56 spi-cs35l56-left: Can't read tuning IDs (right amp identical) Evidence that spkid0 should alias the spkid1 tuning --------------------------------------------------- This machine dual-boots Windows 11, where the speakers work. Inspecting Dell's Windows audio package for this SSID (DriverStore FileRepository, xucsmeext_0e53.inf): 1. Its tuning files b2_bridge_ss{1,2,3}_0e53_{lw,rw}.bin are byte-identical (md5-verified, all six files) to linux-firmware's spkid{1,2,3} ampl/ampr bins for 10280e53, and it carries the same 4.5.9 firmware. 2. The Windows package contains no set 0 at all, yet Windows audio works on this unit. Its INF resolves the tuning filename from a GPIO read (b2_bridge_ss_0e53_lw.bin), so Windows evidently maps this unit's reading to ss1. 3. As a local test I symlinked spkid0 -> spkid1 (wmfw + ampl + ampr) and the speakers work correctly. This mirrors the spkid0 aliasing already present for many other Dell SSIDs in cirrus/. Request ------- Please add the spkid0 alias (or files) for 10280e53 -- on the evidence above a symlink to the spkid1 tuning, but you have the authoritative mapping. Happy to test on this hardware. Related distro report: https://github.com/omacom/omarchy/issues/9687 This report was prepared with the help of an AI assistant from diagnostics gathered on the machine. Thanks, Wiza Jalakasi

 

Warmly,


Wiza Jalakasi

 <https://wiza.jalaka.si> https://wiza.jalaka.si

 

Sent via Superhuman <https://superhuman.com/refer/9o2pqxe0?utm_medium=signature&utm_source=product> 

 

  <https://r.superhuman.com/~kjQcppwTS_nQDGHpk2Vl31UnTvM_MT8DTWkPNsenkdt529-RpYu_t6zM0Ex8peEAYprWWhQi3pE0YYroii98G_j0EeuVGxpnnRdKNifh.gif> 


[-- Attachment #2: Type: text/html, Size: 7900 bytes --]