Yes, I’ve updated everything and have retested today.
OS: Fedora 39
Kernel: 6.8.8-200.fc39.x86_64
Bios: 03.05
Dock: CalDigit TS4
I’m still getting a freeze right around the time gnome is starting or shutting down. So I have to undock before I want to boot/shutdown.
I did not try the patch mentioned here because I don’t have the time: Dock Compatibility (AMD) - USB-C / Thunderbolt - #38 by Mario_Limonciello
On another note, @Matt_Hartley have you tested running Bluefin on your FW13 and plugged it into any of the hubs/docks suggested here? Wonder how that compatibility is fairing.
Installed Fedora 40. Same problem.
@Alex_S Docks are the bane of my existence. lol
As a hard and fast rule, generally, ANKER stuff is solid (usually). I’d connect them to the higher power consuming ports, through. Pushing webcams, USB headsets or external drives is fine.
Don’t run video through your dock. Use HDMI or DP expansion cards as we control that narrative and we do not for docks. Most issues we see are folks pushing HDMI or DP through a dock, we have no control there and it rarely works.
And to avoid another common issue, use DP to DP expansion card or HDMI to HDMI expansion card, do not use adapters.
My issue is not framework specific. Guy with a Thinkpad gets the same exact issue, apparently caused by a zero-division in the driver: External monitor prevents logout/reboot / Kernel & Hardware / Arch Linux Forums
It was fixed 3 weeks ago in upstream. But it has not made it into the 6.8 and 6.9 kernels yet. I found that thread because my dmesg keeps spamming this message permanently when I’m running a game:
...
[drm] Mode Validation Warning: Viewport size failed validation.
[drm] Mode Validation Warning: Viewport size failed validation.
[drm] Mode Validation Warning: Viewport size failed validation.
...
No one requested it back to stable until now. It’s not an automatic process. I’ve sent out a request:
https://lore.kernel.org/stable/e1937591-708b-4fe9-a43c-2027ddc1c657@amd.com/T/#u
On this topic, I can now agree. Video randomly no longer works through my Cable Matters USB-C hub, but it works fine through the HDMI expansion card.
The patch has made it into 6.8.11, which will become available to Fedora users in the coming days. I have just tried that kernel from the testing repo and can confirm that the freeze is no longer reproducible. There is still a short 7 second hang sometimes until the gpu driver logs a timeout, but other than that the permanent hang is resolved.
Matt, I feel this is kinda a bad answer. The point of most people wanting to use a dock is to avoid having to plug in more than one cable. If they just want to push USB and Ethernet there are way cheaper options, but someone that needs to plug in and unplug constantly wants a dock to unplug one cable when needed and then when back at the desk plug that one cable back in and be good.
I have a Kingston TB4 that works flawlessly with my work laptop running Manjaro and has been for well over a year. I plug in the dock to the fw16 and it no longer works. This leads me to believe that there is an overall issue with the fw16 and others are seeing it as well and the best answer we seem to get is just don’t push video through the dock. Kinda frustrating TBH.
I’ve had issues with a FW13 AMD and (the same?) Kensington TB4 dock. I’ve found a (fairly brittle but functional) workaround, see here upthread. Even with a pair of Apple TB4 cables involved it still breaks, so cable dependent which smells strongly of race condition to my software-biased nose.
Tracked upstream as AMDGPU driver issue here.
The kworker issue mentioned on the first link may be specific to FW13, either way workaround was found here although several of us myself included are still awaiting the root cause fix for that.
I’ll look at the kworker issue, I’ve changed the cable a couple times. For me it works if I only have one monitor, when I have two monitors I get the no EDID errors.
Hello @Matt_Hartley on my side my USB-C dock works only if I first plug :
If I reboot the USB-C dock, then the signal output vanishes for the Framework Laptop or any other (Dell Latpop or HP Laptop same issue too)
I’m suspecting the USB-C dock is sending an authentication challenge to the Embedded Controller, but I have yet to order the USB-C packet sniffer in order to confirm this hypothesis.
I see no issue with using the Thinkpad USB-C gen 2 dock other than the one I mentioned, if you have any more information to share on why it would be bad, please feel free to let us know.
This was not my experience on my side with the 13th FW AMD but my USB-C dock has an authentication challenge for HDMI/DP output it seems and can only work if I plug the proper brand of laptop (Lenovo Thinkpad).
Since this was “fixed” I’ve booted my system like 20 - 30 times, with the issue reoccurring on 3 occasions at bolt.service. Now it is much harder to reproduce and I don’t know what the issue is now.
Other rare and unreproducible issues I sometimes have with my CalDigit TS 4:
I have a FW13 7840U on order. I’m keen to move away from my StayGo USB-C dock (as it already crumbles under USB+Display+Ethernet).
I’m keen to upgrade to multi-monitor (high refresh rate) setup with multi-gig ethernet.
The new generation of TB4 docks seem kick-ass on paper with multi-display and 2.5G ethernet. Although they don’t clarify if they are high refresh rates
Many of them claim backwards compatibility with TB3/USB-C.
Does anyone have any experience of these:
I’m using the FW13 7640U with Ubuntu and the Caldigit ts3 plus is the best dock I’ve used so far. Haven’t had any issues so far. I got it on eBay for about $100.
I’ve tried the Anker 555 8 in 1 dock and Dell D6000 docks and they both had a lot of issues with needing to be unplugged and replugged to get both the single display and mouse + keyboard working.
I’m also making sure I’m using a good Cable Matters usb 4 cable with the Caldigit dock, since I know a lot of cables look like they’ll do 10gbps but actually only have the pins for 5gbps.
I’m using an old Dell TB16 dock, with my FW13 laptop. Running Debian.
After much trial-and-error, it’s reliably working now, but the dock needs to be connected to the laptop first, then powered on (so I take the power out every time I disconnect the laptop).
What’s more strange is that while the full displayport port does not work, my two monitors work fine if I have one linked to the mini-displayport port, and the other to the HDMI port. I’ve got the displaylink drivers installed, fwiw.
When connecting my old lenovo laptop to the dock, the full-size displayport port is working fine.
This has been working reliably for at least a week.
Interestingly enough, considering all of the problems w/ docks on Linux, I’ve actually had a pretty good experience w/ the j5 create USB4 8K dock.
Like seriously, the only things I have to worry about w/ this hub are:
Not exactly sure what controller is in this hub, but there could be a better / more stable product out there with it. If anyone_happens_to know if there is a resolution to both of these issues, or what about the kernel + drivers might be causing them, let me know!
It’s Intel Hoover Ridge.
It is essentially a scaled down Goshen Ridge that has a TB/USB4 upstream port, but no TB/USB4 downstream ports (because they would need to supply 15W power, making host-powered impossible). Like with Intel TB4 hubs, the base hub can extract the 2 separate DP tunnels from the host via separate outputs. Anything more will have to come from additional MST hubs. It is basically competition to the Via VL830. Except it is backward compatible to TB3 and can access both DP tunnels, not just one (making it work for more than 1 screen on Apple hosts and allowing features that MST hubs often block, like Adaptive Sync to be used when it has more than 1 output).
Because from the host side it should be basically the same as Intel TB4 hub controllers, just as a device controller, I would expect it to have the same compatibility issues with AMD USB4 hosts as the other TB4 hubs, where the 2nd tunnel seems problematic, especially under Linux.