Summary Dell 16 Plus DB16250 (Lunar Lake, Core Ultra 7 258V; HDA 8086:a828 subsystem 1028:0d31, driver sof-audio-pci-intel-lnl): internal speakers emit only static/buzz during playback. Headphone jack, HDMI/DP audio and internal mics work. The RT1320 SoundWire amplifiers on links 2/3 are never enumerated — snd-soc-rt1320-sdw is not loaded, only snd_soc_rt722_sdca; aplay shows the Speaker endpoint 0/1 while Jack is 1/1. The kernel matches an RT722-only (link 0) machine and loads sof- lnl-rt722-l0.tplg, which has no amplifier path. Confirmed on a second unit with identical SKU/subsystem; reproduction is immediate on every playback.
Root cause hypothesis Verified against mainline sound/soc/intel/common/soc-acpi-intel-lnl- match.c: the only RT722 Lunar Lake entry is lnl_rt722_only (link_mask BIT(0)) selecting sof-lnl-rt722-l0.tplg. There is no LNL machine entry for RT722 on link 0 plus RT1320 on links 2/3. The identical codec/amp combination is supported on other platforms: ARL (arl_rt722_l0_rt1320_l2 → sof-arl-rt722-l0_rt1320-l2.tplg) and PTL (ptl_rt722_l0_rt1320_l23 → sof-ptl-rt722-l0-rt1320-l23.tplg, LP: #2150196). Neither origin/master nor linux-next (checked for this analysis) contains an LNL equivalent. This matches the reporter's diagnosis: missing LNL ACPI machine match plus missing SOF topology, not an OEM-kernel-only or userland (PipeWire/UCM) issue. The static/buzz being the un-driven RT1320 amps is the reporter's plausible interpretation, not separately verified. RT1320 DSP patch firmware (realtek/rt1320 bins) is present in linux-firmware. Affected versions/packages - linux-signed-oem-7.0 7.0.0-1009.9 (7.0.0-1009-oem, base 7.0.12), Ubuntu 26.04 (resolute) - linux generic 7.0.0-28-generic and 7.0.0-30-generic (26.04.1) — still broken; affects linux (resolute) too - firmware-sof-signed 2025.12.2-1 / linux-firmware 20260319.git217ca6e4, alsa-ucm-conf 1.2.15.3, PipeWire 1.6.2, WirePlumber 0.5.13 — userland stack is current; not the cause - Reporter requests additional affected tasks: linux (resolute) and firmware-sof-signed (a future SOF topology will be needed there) Suggested next steps 1. Request the reporter-offered data to confirm the link layout before authoring the match: dmesg grep for sof/soundwire/rt722/rt1320 and ls /sys/bus/soundwire/devices (verify RT1320 on links 2/3 and any link reordering). 2. Upstream: add an lnl_rt722_l0_rt1320_l23 entry to snd_soc_acpi_intel_lnl_sdw_machines modeled on the PTL/ARL tables, and author sof-lnl-rt722-l0-rt1320-l23.tplg in thesofproject topologies/sof-bin so firmware-sof-signed can ship it. 3. Once upstream lands, SRU to oem-7.0-next and resolute generic following the LP: #2150196 (PTL RT722+RT1320) precedent; related enablement history in LP: #2086250 (RT722+RT1320 sof-soundwire). 4. Interim workaround for testing: none available — the machine table must match for sof_sdw to bind the amps; a test kernel with the new entry is the verification vehicle. Line count check: ~48 lines including blanks. Good. That's my final answer — only the report text, verbatim. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2161946 Title: Dell 16 Plus DB16250، LNL + RT722، مضخّمات RT1320 على link 2/3 لا تُكتشف، النواة تحمّل sof-lnl-rt722-l0.tplg To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firmware-sof/+bug/2161946/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
