Desktop USB controller failure

Framework Desktop Linux
1

System Information:

  • Device: Framework Desktop (AMD Ryzen AI Max 300 Series)
  • BIOS Version: 03.05 (downgraded from 03.05, currently on 03.03 — no improvement)
  • Kernel: 7.1.3-200.fc44.x86_64 (also tested 7.1.4-200.fc44 — no improvement)
  • OS: Fedora Linux 44 KDE Plasma
  • RAM: 32GB LPDDR5x
  • Issue: Complete USB failure across ALL ports

Initial Problem:
External 250GB USB-A storage drive cannot be detected or mounted. Error: “can’t read superblock on /dev/sda1” This is the official framework 250GB expansion card.

Diagnostic Testing Performed:

  1. Initial dmesg analysis — Confirmed xHCI controller errors:
    • xhci_hcd 0000:c4:00.3: WARNING: Host Controller Error
    • xhci_hcd 0000:c4:00.3: Suspend Save Error (SRE), USBSTS 0x00001419
    • usb 6-1: device not accepting address 2, error -108
    • uas_eh_host_reset_handler FAILED err -19
  2. BIOS Downgrade — Downgraded from 03.05 to 03.03:
    • Result: No improvement. Drive still fails on any connection attempt.
  3. Kernel Upgrade — Updated from 7.1.3 to 7.1.4:
    • Result: No improvement. Same xHCI errors persist.
  4. xHCI Controller Rebind — Attempted manual unbind/bind of controller 0000:c4:00.3:
    • Result: Controller temporarily recovers but immediately fails on first USB I/O operation with identical errors.
  5. USB Power Management Workarounds — Attempted to disable autosuspend:
    • echo -1 > /sys/module/usbcore/parameters/autosuspend
    • Result: No improvement.
  6. Alternative Port Testing — Tested all available USB ports:
    • Rear USB-A ports: Non-functional
    • Rear USB-C (USB4) ports: Non-functional
    • Front expansion card slots: Non-functional
    • Result: ALL USB ports completely non-functional
  7. Attempted USB Device Detection:
    • Plugged Framework Laptop into Desktop via USB-A to USB-C cable
    • Result: Laptop not detected in lsusb. No device enumeration.

Current Status:
By the looks of it, the Framework Desktop xHCI USB controller is completely non-functional. The controller can be temporarily recovered via rebind, but fails immediately on any I/O attempt. This affects 100% of USB connectivity on the machine.

Kernel Issue Identification:
Based on Phoronix Linux Kernel News (July 11, 2026): Known xHCI regression on AMD Ryzen AI Max devices. Fix merged in Linux 7.2.x (not yet available in Fedora 44 stable repos). The regression causes USB to fail even on simple read operations.

What Works:

  • NVMe internal storage
  • System boot and operation
  • All other hardware functions

What’s Broken:

  • All USB ports (A and C)
  • All USB peripherals
  • External storage access
  • File transfers via USB

Could anyone tell me:

  1. Is this a known issue with the Ryzen AI Max xHCI controller on Framework Desktop?
  2. When will the Linux 7.2.x xHCI fix be backported to Fedora 44?
  3. Can you provide a replacement unit or RMA options?
  4. Are there any interim fixes or workarounds available?

Thanks for any help in advance

2

I’d start off with trying the xHCI fix. Don’t worry about it being Fedora to start with. You don’t have to overwrite your main boot drive for this test - just install whatever distro on a bootable memory stick.

If that doesn’t work, log a call with Support, and they will go through trouble-shooting with you.