That has been established a long time ago. It even fails if you insert a third-party USB C to jack adapter into the USB C module. The question merely is which part of it. And only the part inside the Kernel or does user space software also have any influence? And why does it seem to only happen on FW16? Does it use Audio alt mode, which barely any other device use, or is one of the USB hub chips on the motherboard the cause that’s poorly supported by software?
Ok. Thanks for that. So it is indeed the FW16 USB stack itself.
On a side note, I have a wireless mouse that connects over a USB-A dongle, and I’ve noticed some lag. It’s like the pointer movement has inconsistent latency, but this only happens when using the USB dongle. In Bluetooth mode, it works fine.
This issue occurs not only on Linux but on Windows as well. Though i mostly use it for casual games.
Also, my expansion slot audio card might have failed once or twice on Windows, but I could be wrong about that.
I’ll have to go back to 6.14.11 for now because the amdgpu issue of the whole UI just freezing up is very bad on 6.12 and for the next few days I need more stability than it offers.
Have you tried BIOS 03.07? That one cleared up the amdgpu freezes for me even with older kernels, although I’m still not completely sure what was going on with all the ins and outs of it.
1 Like
Same issue on Linux Elizabeth 6.17.6-zen1-1-zen #1 ZEN SMP PREEMPT_DYNAMIC Wed, 29 Oct 2025 22:23:44 +0000 x86_64 GNU/Linux.
Sometimes it works, sometimes it just doesn’t work and spams the dmesg.
A reboot fixes this usually but this is really annoying.
I hope this gets properly fixed soon.
[ +0.371430] input: Framework Audio Expansion Card Consumer Control as /devices/pci0000:00/0000:00:08.1/0000:c2:00.3/usb1/1-2/1-2.3/1-2.3:1.3/0003:32AC:0010.0015/input/input31
[ +0.050836] hid-generic 0003:32AC:0010.0015: input,hidraw19: USB HID v1.11 Device [Framework Audio Expansion Card] on usb-0000:c2:00.3-2.3/input3
[ +17.885851] usbhid 1-2.3:1.3: can't add hid device: -71
[ +0.000040] usbhid 1-2.3:1.3: probe with driver usbhid failed with error -71
[ +0.022089] usb 1-2.3: uac_clock_source_is_valid(): cannot get clock validity for id 9
[ +0.000006] usb 1-2.3: clock source 9 is not valid, cannot use
[ +0.000360] usb 1-2.3: 1:1: cannot get freq (v2/v3): err -71
[ +0.000377] usb 1-2.3: 1:1: cannot set freq 48000 (v2/v3): err -71
[ +0.000372] usb 1-2.3: uac_clock_source_is_valid(): cannot get clock validity for id 9
[ +0.000003] usb 1-2.3: clock source 9 is not valid, cannot use
[ +0.000374] usb 1-2.3: 1:1: cannot get freq (v2/v3): err -71
[ +0.000375] usb 1-2.3: 1:1: cannot set freq 48000 (v2/v3): err -71
[ +0.000374] usb 1-2.3: uac_clock_source_is_valid(): cannot get clock validity for id 9
[ +0.000002] usb 1-2.3: clock source 9 is not valid, cannot use
[ +0.000374] usb 1-2.3: 1:1: cannot get freq (v2/v3): err -71
[ +0.000372] usb 1-2.3: 1:1: cannot set freq 48000 (v2/v3): err -71
[ +0.000379] usb 1-2.3: uac_clock_source_is_valid(): cannot get clock validity for id 9
[ +0.000004] usb 1-2.3: clock source 9 is not valid, cannot use
[ +0.000377] usb 1-2.3: 1:1: cannot get freq (v2/v3): err -71
[ +0.000370] usb 1-2.3: 1:1: cannot set freq 48000 (v2/v3): err -71
[ +0.000380] usb 1-2.3: uac_clock_source_is_valid(): cannot get clock validity for id 9
[ +0.000005] usb 1-2.3: clock source 9 is not valid, cannot use
[ +0.000368] usb 1-2.3: 1:1: cannot get freq (v2/v3): err -71
[ +0.000372] usb 1-2.3: 1:1: cannot set freq 48000 (v2/v3): err -71
I’m on BIOS 04.02, I updated yesterday, but also yesterday it froze for me. Before that I was on 03.07 and it froze over and over again (on 6.12.48+deb13-amd64). I’m going to continue this testing until next monday, then I have 14 days of no audio expansion card issues on the upstream kernel. Then I’ll go to whatever Testing delivers at that point and report my findings to Debian.
Upgraded to Debian Forky, running Linux 6.17.8+deb14-amd64 and boom I have the issue today.
Unplugging/replugging the jack does not help.
Unplugging/replugging the expansion card does not help.
Rebooting fixed it (until it happen again).
Yes, the fix seems to be currently only present in their 6.12.x branch. I’ve already submitted my findings with the suggestion to upstream whatever they came up with.
I’m on trixie backports 6.17.8 right now. No issues but I only updated today. I actually had issues on 6.12.57 when I tested it, but that was before the 4.02 BIOS update and I’ve not revisited since. Hope you get a response from the upstream maintainers
Interesting. I’m currently trying to trigger the amdgpu driver freeze on a Fedora Live ISO, though sadly I have yet to find a reliably reproducible trigger. Once I’ve that figured out, I’ll look at the latest 6.12 kernel from Debian, I did my testing with 6.12.48.
I can confirm, Debian’s kernel 6.12.57 is also affected. Worse than ever, it happened in two consecutive boots as soon as anything tried to play audio.