[RESPONDED] The differences between the Thunderbolt connections

Framework Laptop 13 Linux
1

I have noticed a strange problem over the last few days and would like to try to find a solution with the community and support. It concerns my Frramework 13 with Intel CPU of the 13th generation.

Problem description

I have a Dell notebook with two Thunderbolt-capable USB-C ports and my Framework. Windows 11 runs on the Dell and ArchLinux with the latest update on my new framework. I would like to use the network functions of Thunderbolt. This allows you to set up a very fast P2P network. I bought this cable to connect the two notebooks:

https://www.amazon.de/Zertifiziert-Thunderbolt-Unterstützt-Datenkabel-Dockingstation/dp/B0BNJ525F9/ref=sr_1_10?crid=9YT3BIAG58KS&dib=eyJ2IjoiMSJ9.tkqNcKqg57BTjJSbAygFFVemjRCEVc_ezwWamDSK3CmPk1N-VmG42joOhwI1Hm11igjNVs4EzqIiJlCkXjdtF4jQhVTnMuETE3DIL9t6ggYdTnul1R10eYw7NZArnWposB2Z9LiHiihL12geph4EYzNFW0IQFUAPcDzTclNPhbWGe4iSfGlJJNrzYgcpgF1z4WBo7fCq2rVtvTwwv_iXg1611-vkVv4n2jzAMsU1Tqo.CIcHYV-vK4aQTbK87hk4R5Do8U76-jUF8CrbGSZEdO0&dib_tag=se&keywords=thunderbolt+4+kabel&qid=1712341235&sprefix=thunderbolt%2Caps%2C138&sr=8-10

If I use the Thunderbolt port on the back right of the Framework to connect the two devices, I can’t establish a network connection. I only see the following messages in the log as a loop:

[  401.204388] thunderbolt 0-0:1.1: new retimer found, vendor=xxxxx device=xxxxx
[  402.267020] thunderbolt 0-0:1.1: retimer disconnected
[  403.899729] thunderbolt 0-0:1.1: new retimer found, vendor=xxxxx device=xxxxx
[  404.951485] thunderbolt 0-0:1.1: retimer disconnected

However, if I use the connection at the back left, I also get the message briefly, but after a short time I have a network connection between the two devices.

Attempted solutions

Since I have problems with the HDMI expansion card and the standby, I have removed it from the device. Unfortunately, no change.

I also swapped my two USB-C expansion units, but this did not move the problem. Therefore, I do not assume that it is due to the expansion cards that lead USB-C to the outside.

Wish to the readers

If you are a manufacturer, I would be pleased to receive suggestions for solutions. If not, of couse too.

I would like the community to check whether this problem also exists in your case or whether my device is simply broken.

2

Hi @DO3EET , welcome to the community.

Seeing that your using arch, can you try fedora 39 Live or Ubuntu 22.04 Live?
Try if thunderbolt P2P network is improved in these environment?

3

Hi @Loell_Framework
Thank you very much for your quick feedback
Unfortunately, I was able to reproduce the problem on both Live Linux distributions.

What I have done

I downloaded both ISO files for Fedora and Ubuntu from the respective manufacturer websites. I then created a USB stick with Ventoy and booted from it.
During the first boot, I stored the required secure boot key via Ventoy and tested Fedora first. Here I was able to reproduce the problem with the connection 1:1. The connection at the back right does not work, but at the back left it works without problems. I never disconnected the cable from the Dell.
I then booted Ubuntu and had the same problem here too.

what I will do now that I have sent the message

To restore a certain level of protection, I will delete the Ventoy key from the Secureboot again.

Summary

The problem can be reproduced in the live distributions of Ubuntu and Fedora on my Framework 13 notebook.

4

It seems to be a problem with the cable length. I have just used a longer cable and it works on both sides. But there doesn’t seem to be any problems with the short cable when using an SSD. I have also rotated the cable several times to rule out missing pin assignments. It also does not explain why the short cable works on the left side and not on the other side.

5

@Loell_Framework
any news from your side?