It's been three days and I still can't fix the dummy output sound issue.
Look, I'm gonna cut to the chase: the following is a summary of a lengthy chat I had with Google AI because there is absolutely no way I can comprehend enough to summarize the chat myself, I'm a n00b, the AI seemed as confused as I was, and I'm getting exhausted with this.
I’m dealing with a persistent "Dummy Output" audio issue on a brand new build and could use some advice from anyone running modern Intel architectures.
My Hardware & System Profile:
- OS: Linux Mint 22.3 Zena (Cinnamon)
- Kernel:
7.0.0-28-generic(Required to support my GPU) - CPU: Intel Core Ultra 9 285 (Arrow Lake platform)
- GPU: NVIDIA GeForce RTX 5070 Ti (Driver: v570+)
- Motherboard: MSI
The Core Problem:
My primary motherboard audio controller is completely unmanaged by the system (driver: N/A), while my Nvidia card handles HDMI audio perfectly. Because of this, my default desktop audio displays as a Dummy Output.
Here is my inxi -Axxx output:
text
Audio:
Device-1: NVIDIA driver: snd_hda_intel v: kernel pcie: speed: 2.5 GT/s
lanes: 16 bus-ID: 02:00.1 chip-ID: 10de:22e9 class-ID: 0403
Device-2: Intel vendor: Micro-Star MSI driver: N/A bus-ID: 80:1f.3
chip-ID: 8086:7f50 class-ID: 0403
API: ALSA v: k7.0.0-28-generic status: kernel-api
Server-1: PipeWire v: 1.0.5 status: active with: 1: pipewire-pulse
status: active 2: wireplumber status: active
Server-2: PulseAudio v: 16.1 status: off (using pipewire-pulse)
The "Smoking Gun" Log:
When examining dmesg | grep -E "hda|dsp|sof", the Sound Open Firmware (SOF) probe fails explicitly with this message:
text
[ 3.494543] sof-audio-pci-intel-mtl 0000:80:1f.3: enabling device (0000 -> 0002)
[ 3.494737] sof-audio-pci-intel-mtl 0000:80:1f.3: the DSP is not enabled on this platform, aborting probe
Use code with caution.
Note: I checked my MSI BIOS; HD Audio Controller is physically enabled.
Everything Tried So Far (and the Results):
- Firmware Updates: Reinstalled
firmware-sof-signedandalsa-ucm-confto ensure Arrow Lake topology files are present. Result: No change. - PipeWire Cache Purge: Stopped audio services and cleared out
~/.local/state/wireplumber/*and~/.config/pulse. Result: No change. - Modprobe DSP Overrides: Attempted to drop files into
/etc/modprobe.d/forcingdsp_driver=3,dsp_driver=4, anddsp_driver=1with full power-rail flushes (unplugging desktop). Result: Driver stayedN/A. - GRUB Boot Parameter Overrides: Discovered that a bootloader line was hard-locking
snd_intel_dspcfg.dsp_driver=3. Modified/etc/default/grubto targetdsp_driver=1(legacy fallback mode) and ranupdate-grub. Result:dmesgconfirmed the boot flag changed to=1, but the 800-series chip (chip-ID8086:7f50) refused to map tosnd_hda_inteland remained atdriver: N/A. - Kernel Downgrade Note: Downgrading to a stable 6.x kernel is not an option because it risks breaking the display stack for the RTX 5070 Ti.
Has anyone with a Core Ultra / Arrow Lake platform running an early 7.0 kernel found a specific combination of kernel parameters, custom topology patches, or newer daily ALSA packages that forces the kernel to actually claim this 8086:7f50 chip architecture? Any guidance is appreciated!