Audio expansion card stops working randomly

  • Which OS (Operating System)?

Linux 6.16.0

  • Which release of your OS (Operating System / Windows 10, 11)? (if you are having a Linux related issue, please create your thread under the Linux subcategory)

Fedora Linux 42

  • Which Framework product (Laptop 13, Laptop 16, Laptop 12 or Desktop) and which generation (Intel 11th gen, Intel 12th gen , Intel 13th gen, Intel Ultra Series 1, Chromebook, AMD 7040 Series, AMD AI 300 Series, AMD AI Max 300 Series)

Framework 16 AMD 7840U w/dGPU

I am experiencing frequent issues with the audio expansion card and generic headphones:

In those situations, the expansion card is not available as output anymore, sound is using the internal speakers even though the card+headphones are plugged in.

Removing and reinserting the audio expansion card shows the following in my system journal:

journalctl -f

Aug 15 14:43:28 [...] kernel: usb 1-2.2: new high-speed USB device number 17 using xhci_hcd
Aug 15 14:43:29 [...] kernel: usb 1-2.2: New USB device found, idVendor=32ac, idProduct=0010, bcdDevice= 0.02
Aug 15 14:43:29 [...] kernel: usb 1-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Aug 15 14:43:29 [...] kernel: usb 1-2.2: Product: Audio Expansion Card
Aug 15 14:43:29 [...] kernel: usb 1-2.2: Manufacturer: Framework
Aug 15 14:43:29 [...] kernel: input: Framework Audio Expansion Card Consumer Control as /devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-2/1-2.2/1-2.2:1.3/0003:32AC:0010.0013/input/input25
Aug 15 14:43:29 [...] kernel: hid-generic 0003:32AC:0010.0013: input,hidraw12: USB HID v1.11 Device [Framework Audio Expansion Card] on usb-0000:c4:00.3-2.2/input3
Aug 15 14:43:29 [...] mtp-probe[22951]: checking bus 1, device 17: “/sys/devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-2/1-2.2”
Aug 15 14:43:29 [...] mtp-probe[22951]: bus: 1, device: 17 was not an MTP device
Aug 15 14:43:29 [...] boltd[2631]: probing: started [1000]
Aug 15 14:43:29 [...] gnome-shell[4069]: Could not open device /dev/input/event20: Could not get device info for path /dev/input/event20: Datei oder Verzeichnis nicht gefunden
Aug 15 14:43:29 [...] mtp-probe[22959]: checking bus 1, device 17: “/sys/devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-2/1-2.2”
Aug 15 14:43:29 [...] mtp-probe[22959]: bus: 1, device: 17 was not an MTP device
Aug 15 14:43:32 [...] boltd[2631]: probing: timeout, done: [2968374] (2000000)
Aug 15 14:43:34 [...] kernel: usb 1-2.2: uac_clock_source_is_valid(): cannot get clock validity for id 9
Aug 15 14:43:34 [...] kernel: usb 1-2.2: clock source 9 is not valid, cannot use
Aug 15 14:43:40 [...] kernel: usb 1-2.2: 1:1: cannot get freq (v2/v3): err -110

Only a complete shutdown solves the problem and makes the card usable again. This occurs randomly around 20% of all boots and then sometimes at some point during use of the Laptop.

1 Like

I’ve have this issue too and it’s been happening before kernel 6.16.0 ( I’m using 6.17-rc1 now ) and before BIOS 3.06

I’m leaning towards it’s a faulty audio expansion card but not 100% sure yet

I would look at maybe if the USB-C port the card is connected to is being turned off for power saving. I think you can whitelist the specific device ID to prevent culling, but can’t remember the process. Also, aftet it’s stopped working, does using the modprobe command bring it back?

I have this same issue. I am also on Fedora 42, but my kernel is 6.15.9. However, I have been having this issue for a few months already and rebooting does not always solve it for me.

Sidenote: When the audio card is not available as an output device, it still shows up when I run the lsusb command, which makes me think the expansion card is not faulty (it also always works when I plug it into other devices).

Same with me, I didn’t mention this before

I’ve had this happen occasionally on various versions of Ubuntu. Mostly happened when disconnecting from a monitor with built in audio. Never fully tracked it down, but something to do with the pipewire service reconnecting it’s sources.
WORK-AROUND: systemctl --user restart pipewire.service

Cheers

Unfortunately, this does not work for me. I have no sound on my headphones while the “clock source” and “freq” errors continue.

I also tried a suspend/resume cycle: This causes the system to stay with a black screen after resume. When I remove the expansion card, the screen powers on immediately and I see the login screen. There is a kernel trace in the journal:

journal

Aug 19 16:30:44 joshua kernel: Component: resume devices, time: 27799
Aug 19 16:30:44 joshua kernel: WARNING: CPU: 10 PID: 11718 at kernel/power/suspend_test.c:53 suspend_test_finish+0x74/0x80
Aug 19 16:30:44 joshua kernel: Modules linked in: uhid rfcomm snd_seq_dummy snd_hrtimer nls_utf8 cifs cifs_arc4 nls_ucs2_utils cifs_md4 dns_resolver netfs nf_conntrack_netbios_ns nf_conntrack_broadcast nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ip>
Aug 19 16:30:44 joshua kernel: snd_acp_legacy_common btintel industrialio_triggered_buffer snd_hda_core snd_pci_acp6x iwlwifi snd_rawmidi cros_ec_dev btbcm kfifo_buf btmtk snd_seq hid_sensor_iio_common snd_pci_acp5x snd_seq_device snd_rn_pci_acp3x bluetooth industrialio cfg80>
Aug 19 16:30:44 joshua kernel: CPU: 10 UID: 0 PID: 11718 Comm: systemd-sleep Not tainted 6.16.0-200.jo20250809.fc42.x86_64 #1 PREEMPT(lazy)
Aug 19 16:30:44 joshua kernel: Hardware name: Framework Laptop 16 (AMD Ryzen 7040 Series)/FRANMZCP07, BIOS 03.04 07/09/2024
Aug 19 16:30:44 joshua kernel: RIP: 0010:suspend_test_finish+0x74/0x80
Aug 19 16:30:44 joshua kernel: Code: 03 00 00 29 c1 e8 6c cb d6 ff 81 fd 10 27 00 00 77 07 5b 5d e9 18 a3 c5 ff 89 ea 48 89 de 48 c7 c7 42 14 aa ad e8 4c ce f5 ff <0f> 0b 5b 5d e9 fe a2 c5 ff 0f 1f 00 f3 0f 1e fa 0f 1f 44 00 00 0f
Aug 19 16:30:44 joshua kernel: RSP: 0018:ffffa7edcc44faf8 EFLAGS: 00010246
Aug 19 16:30:44 joshua kernel: RAX: 0000000000000000 RBX: ffffffffadaa135e RCX: 0000000000000027
Aug 19 16:30:44 joshua kernel: RDX: ffff91549e71bd48 RSI: 0000000000000001 RDI: ffff91549e71bd40
Aug 19 16:30:44 joshua kernel: RBP: 0000000000006c97 R08: 0000000000000000 R09: ffffa7edcc44f8d8
Aug 19 16:30:44 joshua kernel: R10: ffffffffae5483e8 R11: ffffffffae4983e0 R12: 0000000000000000
Aug 19 16:30:44 joshua kernel: R13: fffffffffffffff2 R14: ffff914d5503efe0 R15: 0000000000000000
Aug 19 16:30:44 joshua kernel: FS: 00007f63d33f4040(0000) GS:ffff9154ef54a000(0000) knlGS:0000000000000000
Aug 19 16:30:44 joshua kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 19 16:30:44 joshua kernel: CR2: 00007faea1ac5df0 CR3: 000000020b09c000 CR4: 0000000000f50ef0
Aug 19 16:30:44 joshua kernel: PKRU: 55555554
Aug 19 16:30:44 joshua kernel: Call Trace:
Aug 19 16:30:44 joshua kernel:
Aug 19 16:30:44 joshua kernel: suspend_devices_and_enter+0x1be/0x290
Aug 19 16:30:44 joshua kernel: enter_state+0xec/0x530
Aug 19 16:30:44 joshua kernel: pm_suspend+0x43/0x80
Aug 19 16:30:44 joshua kernel: state_store+0x57/0xa0
Aug 19 16:30:44 joshua kernel: kernfs_fop_write_iter+0x135/0x1f0
Aug 19 16:30:44 joshua kernel: vfs_write+0x25d/0x490
Aug 19 16:30:44 joshua kernel: ksys_write+0x73/0xf0
Aug 19 16:30:44 joshua kernel: do_syscall_64+0x82/0x2a0
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? count_memcg_events+0x15d/0x230
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? mod_memcg_lruvec_state+0x1bf/0x2f0
Aug 19 16:30:44 joshua kernel: ? charge_memcg+0x48/0x80
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? blk_cgroup_congested+0x77/0x80
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? __lruvec_stat_mod_folio+0x88/0xd0
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? set_ptes.isra.0+0x36/0x80
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? do_anonymous_page+0x100/0x490
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? __handle_mm_fault+0x3a0/0x6f0
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? count_memcg_events+0x15d/0x230
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? handle_mm_fault+0x247/0x360
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? do_user_addr_fault+0x21a/0x690
Aug 19 16:30:44 joshua kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 19 16:30:44 joshua kernel: ? exc_page_fault+0x74/0x180
Aug 19 16:30:44 joshua kernel: entry_SYSCALL_64_after_hwframe+0x55/0x5d
Aug 19 16:30:44 joshua kernel: RIP: 0033:0x7f63d3c50986
Aug 19 16:30:44 joshua kernel: Code: 5d e8 41 8b 93 08 03 00 00 59 5e 48 83 f8 fc 75 19 83 e2 39 83 fa 08 75 11 e8 26 ff ff ff 66 0f 1f 44 00 00 48 8b 45 10 0f 05 <48> 8b 5d f8 c9 c3 0f 1f 40 00 f3 0f 1e fa 55 48 89 e5 48 83 ec 08
Aug 19 16:30:44 joshua kernel: RSP: 002b:00007ffcd9ac40f0 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
Aug 19 16:30:44 joshua kernel: RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 00007f63d3c50986
Aug 19 16:30:44 joshua kernel: RDX: 0000000000000004 RSI: 000055fbf7e61310 RDI: 0000000000000007
Aug 19 16:30:44 joshua kernel: RBP: 00007ffcd9ac4110 R08: 0000000000000000 R09: 0000000000000000
Aug 19 16:30:44 joshua kernel: R10: 0000000000000000 R11: 0000000000000202 R12: 0000000000000004
Aug 19 16:30:44 joshua kernel: R13: 000055fbf7e61310 R14: 000055fbf7e552c0 R15: 00007ffcd9ac42a0