Onboard Audio lost when other audio devices attached after boot/sleep/suspend

Has anybody else been noticing issues with the onboard sound not being detected at boot when another sound device is attached on a 7840U 13"? I’ve experienced this with external docks, usb-c attached DACs, and HDMI monitors.

Whenever I start/restart my Framework, with any of these devices attached, the onboard audio is not detected and when I disconnect these devices a Dummy sound card is used. I have to reboot without any devices attached before I can regain access the onboard audio/built-in speakers.

When I do have access to the onboard audio attach one of these types of devices, and then the Framework sleeps/suspends, the onboard audio also disappears.

The onboard audio works fine when I boot without any external device attached so I doubt it’s an issue with the soundcard, but it is fairly annoying. I don’t recall having this issue with the Gen1 Core i7 Mobo (was running Silverblue at the time).

I’m currently running the latest version of Bluefin, and am curious if other folks are having similar problems in any other distro. Maybe it’s a power/sleep kernel param (e.g. amdgpu.dcdebugmask=0x10)? Thanks!

System:

Firmware: 0.0.3.16
bluefin-dx:latest 
Bluefin (Version: latest-42.20250926.1)
Linux 6.16.8-200.fc42.x86_64
Laptop 13 (AMD Ryzen 7040 Series) (A7)
AMD Ryzen 7 7840U (16) @ 5.13 GHz
AMD Radeon 780M Graphics \[Integrated\]
6.71 GiB / 54.72 GiB (12%)
415.62 GiB / 929.91 GiB (45%) - btrfs
261.13 GiB / 468.93 GiB (56%) - ext4 \[External\]
3840x2160 @ 60 Hz in 32" \[External\]
GNOME 48.4
╰─ 13:27 > rpm-ostree kargs
rd.luks.uuid=luks-34010dba-72d3-42c5-8eef-ece3f303f4b0 amdgpu.dcdebugmask=0x10 rhgb quiet root=UUID=ffaa7ae4-8888-40a8-ab0a-5c3590fabc7f rootflags=subvol=root rw ostree=/ostree/boot.1/default/06fe4abbccd4247513dbff875f47e1fcd699c846c2cbd8c6231030c51f129d26/0 btusb.enable_autosuspend=0
1 Like

I’m having the same issue. Were you ever able to find a solution?

Can confirm dating back to at least Fedora 41, persisting on F42.

Have you tried restarting pipewire? Command is systemctl --user restart pipewire

If it is not found, use pulseaudio instead

This is because often audio modules on linux or pipewire/pulseaudio are not loaded if they have nothing connected. You may need an audio cable connected when it restarts, or it may show up normally.