[Bug 2156313] Re: Audio shows Dummy Output on systems with Cirrus Logic cs42l43 codec

This bug is awaiting verification that the linux/7.0.0-31.31 kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-resolute-linux' to 'verification-done-resolute- linux'. If the problem still exists, change the tag 'verification- needed-resolute-linux' to 'verification-failed-resolute-linux'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: kernel-spammed-resolute-linux-v2 verification-needed-resolute-linux -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156313 Title: Audio shows Dummy Output on systems with Cirrus Logic cs42l43 codec Status in linux package in Ubuntu: New Status in linux-oem-6.17 package in Ubuntu: Invalid Status in linux source package in Noble: Invalid Status in linux-oem-6.17 source package in Noble: Fix Released Status in linux source package in Resolute: In Progress Status in linux-oem-6.17 source package in Resolute: Invalid Bug description: [Impact] Audio shows "Dummy Output" in GNOME and no input devices are available on Dell systems with a Cirrus Logic cs42l43 codec (SoundWire part_id 0x2A3B). The regression was introduced by commit 87a3f5c8ac20 (merged in v7.1-rc1), which moved spk:cs42l43-spk string generation into the generic asoc_sdw_rtd_init() path. That commit added component_name to the 0x4243 cs42l43 entry but missed the 0x2A3B entry. Without component_name on the 0x2A3B dp6 DAI, asoc_sdw_rtd_init() never appends "spk:cs35l56-bridge" to card->components. The sof-soundwire UCM regex then fails to match a speaker codec, all HiFi profiles are marked available=no, and WirePlumber falls back to the Off profile with no nodes. Hits 100% on affected hardware. [Fix] Add the missing .component_name = "cs42l43-spk" field to the 0x2A3B cs42l43 entry's AMP DAI in codec_info_list. The existing SOC_SDW_SIDECAR_AMPS redirect in asoc_sdw_rtd_init() then correctly translates this to "cs35l56-bridge" in card->components, which matches the UCM regex and the existing cs35l56-bridge.conf UCM file. This is an original fix; the same bug exists in linux-next and will be submitted upstream. https://lore.kernel.org/lkml/178127688584.48375.17454457885369484858.b4-ty@b4/ Fixes: 87a3f5c8ac20 ("ASoC: sdw_utils: cs42l43: allow spk component names to be combined") [Test Plan] Boot on affected Dell hardware with cs42l43 0x2A3B codec. Without patch: GNOME shows "Dummy Output", no microphone listed. With patch: 1. Check card->components includes spk: token:    $ cat /sys/class/sound/card0/components | grep -o 'spk:[^ ]*'    Expected: spk:cs35l56-bridge 2. Check WirePlumber selected HiFi profile:    $ pw-cli enum-params <sof-soundwire-device-id> EnumProfile | grep -E 'index|available'    Expected: active profile has available=yes 3. Test speaker output:    $ speaker-test -c 2 -l 1 -t wav    Expected: audio plays without error [Where problems could occur] Could affect snd-soc-sdw-utils and any machine using the cs42l43 0x2A3B codec with sidecar amps. If the sidecar redirect logic in asoc_sdw_rtd_init() misidentifies the component, the wrong spk: string could end up in card->components, causing UCM to select the wrong speaker init config. Speaker output would fail or use an incorrect routing. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156313/+subscriptions