Audio breaking at least on a weekly basis for over a year now.

[Artim96]

Device Information

System Model or SKU

Please select one of the following

• Framework Laptop 12 (13th Gen Intel® Core™)
• Framework Laptop 13 (11th Gen Intel® Core™)
• Framework Laptop 13 (12th Gen Intel® Core™)
• Framework Laptop 13 (13th Gen Intel® Core™)
• Framework Laptop 13 (AMD Ryzen™ 7040 Series)
• Framework Laptop 13 (AMD Ryzen™ AI 300 Series)
• Framework Laptop 13 (Intel® Core™ Ultra Series 1)
• Framework Laptop 16 (AMD Ryzen™ 7040 Series)
• Framework Laptop 16 (AMD Ryzen™ AI 300 Series)
• Framework Desktop (AMD Ryzen™ AI 300 PRO Series)

BIOS VERSION

Any version of the past year, including the latest 4.03

DIY Edition information

If you are experiencing an issue on a DIY system, Please also fill out the memory and storage devices you are using.

Memory: Crucial DDR5 RAM 32GB (2x16 GB) - CT2K16G56C46S5
Storage: WD_BLACK SN850X - WDS400T2X0E

Port/Peripheral information

The issue happens to any audio connection, be it through BT, through the FW audio jack module, or through a third-party DAC plugged in via the USB-C module.

Standalone Operation (Laptop Only)

Are you running your mainboard as a standalone device. Is standalone mode enabled in the BIOS?

• Yes
• No

Describe the bug

At least once per week, audio just suddenly drops, spamming issues to the systemd journal like

Jan 18 18:23:43 kernel: usb 1-4.1: reset full-speed USB device number 7 using xhci_hcd
Jan 18 18:23:56 kernel: usb 1-2.2: USB disconnect, device number 17
Jan 18 18:23:56 keyd[1061]: DEVICE: removed        32ac:0010:00c7003e Framework Audio Expansion Card Consumer Control

This can only be fixed with a reboot, though most recently it can take several reboots for it to work again. It is highly dependant on the Linux kernel version how frequently this happens, but it's impossible to trigger at will. Furthermore, Fedora 42 has some kind of (accidental) fix in place, which isn't present anymore in F43. Ubuntu never had a fix. And since recently even Windows users reported similar issues, it can't be a Linux issue, it must be either firmware/BIOS related or a hardware issue.

Since nobody at Framework has a device where this is reproducible, I agreed to a mainboard replacement, so the (possibly) defective mainboard could be pulled aside as known affected hardware. But it turned out the replacement was even more broken, detecting my SSD, but refusing to detect that it can boot from it. Updating the BIOS via a Fedora 43 live ISO USB didn't improve the situation. So once the support ticket I have open since last May finally stops wasting my time with highly useless tasks and gets me a a working mainboard I can verify if this can still be reproduced.

All findings gathered over the months can be found here: https://community.frame.work/t/tracking-audio-expansion-card-connection-sometimes-unreliable/62951

Steps To Reproduce

Steps to reproduce the behavior:
Wait. There's literally no way to trigger this at will. While it started happening around the Linux 6.10 release, it may have coincided with a BIOS update.

Expected behavior

Audio never just failing to work out of the blue

Screenshots

NA

Operating System (please complete the following information):

• OS/Distribution: Debian Testing, Ubuntu, Fedora 43
• Version: see above
• Linux Kernel Version: at least 6.10+, currently Linux framework16 6.19-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.19~rc4-1~exp1 (2026-01-11) x86_64 GNU/Linux

Additional context

The support ticket runs under the subject "Buggy behavior of audio jack module w/ FW16 on Linux", there you can get all information, logs etc I've already submitted there.