System Model or SKU
Framework Desktop (AMD Ryzen™ AI Max+ 395)
BIOS Version
3.06
DIY Edition Information
Storage:
- M.2 slot 1: 2TB Sabrent Rocket 4.0
- M.2 Slot 2: 8TB Sandisk Optimus GX PRO SN850X
- PCIe slot: 4TB TeamGroup T-FORCE G70 PRO (through ADT-Link adapter)
Port/Peripheral Information
Peripheral vendor and name:
- Any USB4 / Thunderbolt SSD enclosure, examples below:
- Terramaster D4 SSD (USB4 / Thunderbolt 4)
- LaCie Rugged SSD Pro (Thunderbolt 3)
- Acasis TBU401 (USB4)
- Acasis TBU405 (USB4)
Describe the Bug
When connecting a SSD enclosure to the back USB4 ports, either directly or through a USB4 / Thunderbolt 4 hub, the SSDs are exposed as /dev/sdX devices instead of /dev/nvmeXn1 devices. The communication protocol is downgraded from USB4 to USB 3.2, the speed and performance of the SSDs decreasing drastically.
This is happening in Linux (4 distributions tested: Gentoo, Ubuntu, CachyOS, SystemRescueCD), FreeBSD 15.1 and Windows 11 Pro (details below), which shows that it is OS independent and suggests it could be a hardware or firmware (BIOS) problem.
In Windows 11, the enclosures connected directly to the port show up as simple USB 3.2 devices (SCSI disks), but when connected through the hub they show up as NVME devices, although their speed is 800-1000 MB/s instead of 3.2-3.5 GB/s.
Finally, I must note that all these enclosures behave correctly when connected to an older Intel Gen 10 NUC with Thunderbolt 3, using the proper protocol and performing at their maximum speed. This suggests that the cause of wrong behavior is not with the enclosures or their controllers.
All the cables connecting to both machines are USB4 or Thunderbolt 4 certified.
Steps To Reproduce
- Connect a USB4 / Thunderbolt SSD enclosure to the USB4 back ports.
- Access the SSD to transfer data.
Expected Behavior
High speed supported by both the enclosure and the SSD inside, but instead low speed is occurring and SMART and TRIM functions are lost.
Screenshots
No response
Operating System
Linux, FreeBSD 15.1, Windows 11 Pro 25H2
Linux Kernel Version
7.2.5
Additional Context
When connected directly to the USB4 port, boltctl does not list the enclosures.
When connected through the USB4 / Thunderbolt 4 hub, boltctl lists the enclosures as authorized.
System Model or SKU
Framework Desktop (AMD Ryzen™ AI Max+ 395)
BIOS Version
3.06
DIY Edition Information
Storage:
Port/Peripheral Information
Peripheral vendor and name:
Describe the Bug
When connecting a SSD enclosure to the back USB4 ports, either directly or through a USB4 / Thunderbolt 4 hub, the SSDs are exposed as /dev/sdX devices instead of /dev/nvmeXn1 devices. The communication protocol is downgraded from USB4 to USB 3.2, the speed and performance of the SSDs decreasing drastically.
This is happening in Linux (4 distributions tested: Gentoo, Ubuntu, CachyOS, SystemRescueCD), FreeBSD 15.1 and Windows 11 Pro (details below), which shows that it is OS independent and suggests it could be a hardware or firmware (BIOS) problem.
In Windows 11, the enclosures connected directly to the port show up as simple USB 3.2 devices (SCSI disks), but when connected through the hub they show up as NVME devices, although their speed is 800-1000 MB/s instead of 3.2-3.5 GB/s.
Finally, I must note that all these enclosures behave correctly when connected to an older Intel Gen 10 NUC with Thunderbolt 3, using the proper protocol and performing at their maximum speed. This suggests that the cause of wrong behavior is not with the enclosures or their controllers.
All the cables connecting to both machines are USB4 or Thunderbolt 4 certified.
Steps To Reproduce
Expected Behavior
High speed supported by both the enclosure and the SSD inside, but instead low speed is occurring and SMART and TRIM functions are lost.
Screenshots
No response
Operating System
Linux, FreeBSD 15.1, Windows 11 Pro 25H2
Linux Kernel Version
7.2.5
Additional Context
When connected directly to the USB4 port, boltctl does not list the enclosures.
When connected through the USB4 / Thunderbolt 4 hub, boltctl lists the enclosures as authorized.