From: "Andrei Schapov" <andrei.schapov@gmail.com>
To: "James R Taylor" <jrtaylor11@gmail.com>,
"Mika Westerberg" <mika.westerberg@linux.intel.com>
Cc: linux-usb@vger.kernel.org,
"Mario Limonciello" <mario.limonciello@amd.com>,
"Sanath S" <Sanath.S@amd.com>,
"Basavaraj Natikar" <Basavaraj.Natikar@amd.com>
Subject: Re[2]: thunderbolt: AMD Phoenix USB4 host advertises Gen3 Support=0 in SB LINK_CONF with TB5 device, link stuck at Gen2
Date: Sat, 14 Nov 2026 20:41:43 +0000 [thread overview]
Message-ID: <em5ed5ffb2-e68d-423a-8e00-bc3314532d83@gmail.com> (raw)
In-Reply-To: <6af1ec71.fb59a2f3.1b24d6.5d62@mx.google.com>
Subject: Re: thunderbolt: AMD Phoenix USB4 host advertises Gen3
Support=0 in SB LINK_CONF with TB5 device, link stuck at Gen2
Hi,
Another data point: I see the same behaviour on a different vendor’s
Hawk Point machine, with register values that match James's report
almost exactly.
Host: Beelink SER8, AMD Ryzen 7 8745HS, BIOS V035.P8C0M0C15.16
USB4 NHI 1022:1668, software connection manager
No UCSI device exposed (/sys/class/typec absent)
Device: Minisforum DEG2 (Intel JHL9480, 8086:5786), NVM 62.42,
vendor 0x41f device 0xd002
Cable: DEG2 bundled TB5 cable, ~0.8 m, passive
Kernel: 7.3.0 (Ubuntu 26.10 live), thunderbolt.dyndbg=+p,
no host_reset / pcie_aspm parameters
Windows 11 on the same machine also reports "20Gbps (Gen 2, dual lane)”.
Result: link always trains TBT3 mode, 2 x Gen2:
0-0/usb4_port2/link = tbt
0-2: rx/tx 10.0 Gb/s, 2 lanes
Values (read from debugfs regs/sb_regs, not tbdump):
SER8 (mine) UM890 Pro (James)
Host retimer 0-0:2.1 0x7fea:0x1032 0x7fea:0x1032
Host LANE_ADP_CS_1 0x4828003c 0x4828003c
Host PORT_CS_18 0x00002f00 0x00002f00
Host SB LINK_CONF 0x0c 03 d3 03 03 d3 03
DEG2 LANE_ADP_CS_1 0x4828003e 0x4828003e
DEG2 PORT_CS_18 0x00f02f01 0x00902f01
DEG2 SB LINK_CONF 0x0c 03 f3 1f 03 f3 1b
The same cable and DEG2 connected to a MacBook Air M1 come up as
"Mode: USB4, Speed: 40 Gb/s", so the cable and the device can do USB4
Gen3; only the AMD host side stays at TBT3/Gen2.
The common factor between the two affected machines (different OEMs)
seems to be the host-side retimer 7fea:1032 and whatever PD controller
firmware drives it.
Possibly related: Framework issue #56 (Framework 16, Ryzen 7040)
described passive certified cables falling back to 20 Gbps because
the platform never sent SOP' Discover Mode to the cable; a 2 m active
cable worked, and a later firmware update (reportedly PD) fixed it:
https://github.com/FrameworkComputer/SoftwareFirmwareIssueTracker/issues/56
I can provide the full debugfs dump and dmesg with thunderbolt
dynamic debug, or run tbdump if that is more useful.
Thanks,
Andrei Schapov
-
prev parent reply other threads:[~2026-11-14 20:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-08 13:15 thunderbolt: AMD Phoenix USB4 host advertises Gen3 Support=0 in SB LINK_CONF with TB5 device, link stuck at Gen2 James Taylor
2026-11-09 11:18 ` Mika Westerberg
2026-11-09 11:25 ` James Taylor
2026-11-09 14:20 ` Mika Westerberg
2026-11-09 14:39 ` James R Taylor
2026-11-09 15:39 ` Mika Westerberg
2026-11-09 15:41 ` James R Taylor
2026-11-09 15:50 ` Mika Westerberg
2026-11-09 15:53 ` James R Taylor
2026-11-14 20:41 ` Andrei Schapov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=em5ed5ffb2-e68d-423a-8e00-bc3314532d83@gmail.com \
--to=andrei.schapov@gmail.com \
--cc=Basavaraj.Natikar@amd.com \
--cc=Sanath.S@amd.com \
--cc=jrtaylor11@gmail.com \
--cc=linux-usb@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=mika.westerberg@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.