Compatibility report (TLDR: good) between the Dell U4025QW

Framework Laptop 13 Linux
1

Hello !

I recently bought the Ultra Wide screen (Dell U4025QW). At the time of purchase I had trouble finding compatibility information of this screen with my Framework Laptop 13 AMD Ryzen 7040 and Linux. So, I thought it would help other people to give a compatibility report.

This screen is a bit special since it is connected with the laptop through Thunderbolt-4. And the Framework Laptop 13 AMD has only USB4. USB4 is in theory compatible with Thunderbolt-3 and Thunderbolt-4 is backward compatible with Thunderbolt-3. So, I took the risk and ordered one.

The screen provides power and acts as a hub to connect the USB ports, speakers & network to the laptop.

I’m running Fedora Linux 39 (at the time of writing, with kernel 6.8.4-300.fc40).

The good

  • I’m using this screen at 5120x2160 60Hz on Linux every day and it works.
  • the speakers work out of the box too. Just choose “Rembrandt Radeon High Definition Audio Controller” as the output device.
  • the 2.5G network controller is recognized under Linux as a USB device (Realtek RTL8152) and is working.
  • power delivery to the laptop is working too

The not so good

If I start or stop my laptop with the screen attached, Fedora Linux seems to have issues while switching from a Wayland session to the Console and vice versa. This was systematic with the original kernel from Fedora 39 and is less frequent with the kernel of Fedora 40 but still annoying.

→ Workaround: Boot the laptop, then plug the screen or power-on the screen. Act in reverse for powering down.

Oddly, infrequently when I plug the screen, the USB devices and the power are delivered to the laptop but the laptop does not detect any display attached.

→ Workaround: disconnect/reconnect the cable solves the issue.

Daisy-chaining another USB-C Alt-DP display (Lenovo Thinkvision M14t) using the Thunderbolt 4 downstream port of the screen did not work, though.

→ Workaround: connect the second screen to the laptop directly.

When connected all day long, I observe non-negligible CPU usage on CPU0 (attributed by HTOP to the Kernel) which only increases through the day. At the end of the day it starts to imped audio playback (cracks) and makes the system a bit sluggish.

→ Workaround: a reboot makes usage on CPU0 returns at an acceptable level.

Have you seen this high CPU usage on other configurations too ?
Any idea to check what is actually using the CPU so much in the Kernel ?

1 Like
2

USB4 is in theory compatible with Thunderbolt-3 and Thunderbolt-4 is backward compatible with Thunderbolt-3.

You’ve got some of this wrong. The USB4 spec has optional support for Thunderbolt 3, it’s up to the silicon and platform designers to decide whether to include it. Framework 13 AMD does include support for Thunderbolt 3 over USB4.

Thunderbolt 4 is an optional certification for a USB4 implementation. It’s up to platform designers whether to certify and brand it this way.

The not so good

Can you please try kernel 6.9-rc5? There is a patch series that resets the USB4 topology at startup that I suspect will help.

Have you seen this high CPU usage on other configurations too ?
Any idea to check what is actually using the CPU so much in the Kernel ?

There are some other threads on this. Look for issues about GPE10 and high interrupts. You should report to Framework support details about it so they can dig into it.

1 Like
3

Thanks a lot for the clarification ! I just compiled and booted the 6.9-rc5 kernel. I will test it for a couple of days and report results here. :+1:

4

Cool. Those patches have baked for a few months now too so I also requested those patches to come back to the stable kernels eventually. It would just be nice to get the affirmation sooner and help your issue :slight_smile:

5

Does this happen only after suspend/resume cycles? Also, if you enable display of kernel thread names in htop, do you see a bunch of kworker/0:n{+-}pm threads? Asking because that’s the pattern I and others see here:

6

I configured KDE to prevent suspend when I’m connected to the dock.
Today, I worked from home, connected to the dock (no suspend during the day), and at the end of the day I had a lot of CPU usage on CPU0:

Screenshot_20240424_165113
Screenshot_20240424_1651131206Ă—486 138 KB

It looks like the kernel thread you pointed out, are quite hungry on my system too!

7

After 12 days of testing, I can say that kernel 6.9-rc5 greatly improved the reliability of the thunderbolt connection between the screen and the Framework Laptop 13 AMD. Most of the time when I connect the laptop to the screen, everything works (display stream + USB).

I had just a couple of times (less than 5 over those 12 days) when the display would not show up.

However, I still have to investigate the high CPU usage on CPU0 after several hours connected to the screen.

8

After I collected some logs again for an upstream-ish bug report, our cases actually appear identical. Suspend/resume not required.

9

I recently updated my system to kernel 6.11.0 and I can tell that:

  • I can now boot, use and shutdown my laptop with the screen connected without experiencing any kernel panic.
  • The high CPU usage on CPU#0 by kernel threads seems gone too.
  • The connection to the screen now works reliably.

I will try to investigate soon if daisychaining improved with kernel 6.11.

10

That’s good news! I assume this is without the disable GPE 10 interrupt workaround?

11

Your assumption is correct!

root@fedora:~ $ cat /sys/firmware/acpi/interrupts/gpe10 
  269235  EN     enabled      unmasked
1 Like
12

Hi, I also have a AMD FW13 and a Dell U4025QW. I’m running Ubuntu 24.04.
On the USB4(upper right or upper left) I cannot get it to work with 120Hz.

I know it is not a HW issue because I booted a win and on win it worked with 120Hz. If I set it to 120Hz the complete Monitor gets disconnected(including AUDIO and LAN)

@Nicolas_Masse do you have the same issue? Do you have any idea why this is happening?
Is there a trick (kernel parameter, gnome config) that I’m missing here?

Fun fact, if I use a different TB cable than the one with which the Monitor comes with, I have no picture if I use the USB3 (lower right). BUT if I use a more expensive cable, I get image and even 120Hz, although boltctl does not show it as a TB connection…

13

Hi Alex,
Indeed, my display is configured at 60 Hz.
If I try to set the display at 120 Hz, the screen goes black.
Good catch !

14

Hello guys ! I’m planning to buy this Dell monitor for my Framework Laptop 16 and I was wondering if you manage to get the 120hz working on your 13" inches ?
And btw, I’m using Fedora 42 KDE.

1 Like
15

I’ve just upgraded my Fedora / KDE to 42 and no, 120 Hz is still non functionnal.
The symptoms when switching to 120 Hz are :

  • black screen (the display says “no signal from thunderbolt”)
  • no message in the dmesg

Any hint, on how to troubleshoot ?

Edit: I’m 2 version late on the monitor’s firmware. Once I have a windows install, I will update the monitor’s firmware and post updates here.

16

Hi @duaner, on my FW 13 AMD R7040 I get 120Hz on the USB number 4 ( see Expansion Card Functionality on Framework Laptop 13 (AMD Ryzen™ 7040 Series)). This USB is a USB3(So not thunderbolt compatible).

I tried on Ubuntu 24.x, popOS(the old 22.04) and arch linux(kernel 6.14). For all distros I tried with Gnome. For Arch I also tried with KDE with the same effect.

It is probably a software issue because on Windows USB4(TB) works without a problem.

EDIT: I got the same behavior on X and Wayland.

2 Likes
17

I’ve updated the monitor’s firmware and here are the results of my tests on Fedora 42 / KDE, about 120 Hz:

  • via monitor’s Thunderbolt port: 60 Hz max
  • via monitor’s DisplayPort port: 120 Hz
  • via monitor’s HDMI port: not tested

For all tests, the monitor was connected to the same port on the laptop, just with a different cable.
So, there is something clearly wrong with the Thunderbolt protocol.

PXL_20250507_121559948.RAW-01.COVER~2
PXL_20250507_121559948.RAW-01.COVER~21920Ă—2605 310 KB

Edit: In my dmesg, I have:

[18671.325837] ddcutil[21669]: segfault at 0 ip 00007f64ac29f45c sp 00007ffc9c7bf4e8 error 4 in libc.so.6[15945c,7f64ac146000+16f000] likely on CPU 6 (core 3, socket 0)

Maybe worth investigating if ddcutil is the culprit ?

1 Like
18

Also can’t get to 120hz using USB4/thunderbolt on AMD R7040, but it works fine through displayport.

I’m on Manjaro, with linux kernel 6.12.21-4 and Gnome Shell WM.

Don’t see any mentions of ddcutils in my dmesg.

sudo dmesg | grep ddcutil
1 Like
19

Thanks a lot guys,

At first I was very interested by this Dell monitor and then I look into the LG 45GX950A, it is an 45 OLED 5K with 165Hz refresh rate but without KVM, I think It will be a better suit for me. I have already a thunderbolt 3 10Gb Ethernet adapter that works well on windows and fedora kde 42 and the size might be even better. Only the curve is holding me back to instant buy it.

Today I’m using a Dell WD19TB Thunderbolt 3 dock with Fedora KDE 42 and a 34 ultra-wide 1440p @120Hz monitor (Plugged into the DP of the dock). I think it’s working because of the lower resolution.

20

After updating my arch (currently at kernel 6.14.7), I get 120Hz over TB(USB4).

1 Like