Start a Conversation

Solved!

Go to Solution

40018

July 8th, 2020 23:00

XPS 13 9300 and WD19TB linux problem

Hi everyone,

I have some trouble with my Dell XPS 13 9300 and the WD19TB thunderbolt dock.

At the time I bought the notebook there was no developer editon available here in Germany so
I installed Ubuntu 20.04 myself with dual boot. The notebook itself works like a charm. But the WD19TB keeps troubling me:

- The external monitors work only if they are connected at boot time. Later connecting thunderbolt to the running system does not give me a signal on the external monitors.

- Even if the dock is connected at boot time the external monitors often lose the signal, went black and never come back. Connected USB devices like keyboard and mouse will come back and can be used after some seconds. I need to reboot the system to get my external monitors to work again.

On some days I can use the external monitors for hours without problem, on others I can barley use them at all.

If the monitors disconnect the following message is found in the system log:[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun

I tried the following: Disable Monitor Sleep, Disabling CPU sleep modes, Newer Kernels (5.4.x up to the newest 5.6.x), even other linux distros via live USB. All had the same problem. I also tried a different WD19TB and using the other thunderbolt port on the XPS.

Under Windows there are no such problems, everything works like a charm. But I can't do my work there.

Bios and WD19TB Firmware are the lastest versions available from Dell

 

Thanks for reading, any help appreciated

 

 

 

March 7th, 2021 00:00

Thanks @emapex for answer !

I think my two problems are solved since I upgrade my Linux Kernel to the latest version :

5.11.3-051103-generic

If any of you have still some stability problem, try to update your Kernel
For now, I had no blink screen and, when I power up the laptop with lid close by pressing Dock button, all works perfectly.

I hope this will continue like this !

4 Operator

 • 

159 Posts

March 7th, 2021 03:00

Hi,

 

I am following up to check if the issue has been resolved with the help out the steps shared by the community users. 

 

Geoffrey

19 Posts

March 7th, 2021 10:00

Hi Geofrey, I can reboot the system and have it return to the same state (laptop to the right of the external display).  However suspend is a mess -- it takes some fiddling with the "Display" GUI to get to the previous settings as it usually comes up in "mirror" mode.  I am still running "5.8.0-44-generic #50~20.04.1-Ubuntu"; a newer kernel might be the answer as is mentioned elsewhere in this thread.  -- John

Moderator

 • 

25.2K Posts

March 7th, 2021 11:00

Hi,

 

I have replied to you from a private message.

 

-Gautam.

 

19 Posts

March 7th, 2021 11:00

Good.  Just tried a new kernel.  So far Kernel 5.10.21 appears to work correctly with XPS 13 9300 and WD19TB with one DP display.

https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.10.21/

Put these four files in a new directory and "cd" into it:

linux-headers-5.10.21-051021_5.10.21-051021.202103070732_all.deb
linux-headers-5.10.21-051021-generic_5.10.21-051021.202103070732_amd64.deb
linux-image-unsigned-5.10.21-051021-generic_5.10.21-051021.202103070732_amd64.deb
linux-modules-5.10.21-051021-generic_5.10.21-051021.202103070732_amd64.deb

sudo dpkg --install *.deb

sudo reboot

Besides rebooting to the correct display arrangement, "suspend" now works right.

1 Rookie

 • 

13 Posts

March 12th, 2021 00:00

Using the mentioned method - I can confirm I'm problem-free in the last three days!

 

47 Posts

March 12th, 2021 02:00

@orduek, note there is no "kernel 5.10". The DP MST bug which causes WD19TB dock dropouts was fixed in 5.10.16 onwards (and all 5.11.* etc). The bug still exists in all 5.10.1 to 5.10.15.

1 Rookie

 • 

13 Posts

March 12th, 2021 09:00

Yes, I meant 5.10.XX - but thank you for the clarification.

4 Posts

March 21st, 2021 01:00

I updated the firmware on my XPS and the WD19TB dock to the recently released versions (1.5.0 and 01.00.15.01), then got onto a 5.10 kernel as follows:

sudo apt install linux-oem-20.04-edge

If you had previously installed an HWE (hardware enablement) kernel, be sure to remove it so that the 5.10 kernel is the first listed when running sudo update-grub.

The dock now seems to be working correctly so far.  I'll post an update if it starts having problems again.

March 23rd, 2021 06:00

Newer kernels doesn't seem to fix double monitors attached to dock by the way.

Weird thing is, If I run following script after plugging the dock, it seems to work:

xrandr --output eDP-1 --off --output DP-1 --off --output DP-2 --off --output DP-3 --off --output DP-4 --off --output DP-3-1 --off --output DP-3-2 --mode 1920x1200 --pos 0x0 --rotate normal --output DP-3-3 --primary --mode 1920x1200 --pos 1920x0 --rotate normal --output DP-1-1 --off --output DP-1-2 --off --output DP-1-3 --off

Which is extracted from "arandr" tool.

But when I set up autorandr to take care automatically, system shows both external monitors are in use, but there is no signal going on (except for a 1/10th of a second, the monitor led's are flashing and closing again).

I have 2 dell monitors (connects 1 via displayport, 1 via HDMI), WD19DC dock and XPS 13 9310 2-in-1. That is so frustrating, considering "everything else" works flawlessly.

March 23rd, 2021 08:00

This turns out because of 2 xrandr commands are being applied while using autorandr. Trying an experimental branch to give single xrandr command worked.

I still have no idea what is wrong with this dock, but looks like a workaround which developers can check and find the actual problem.

47 Posts

March 25th, 2021 20:00

I've written extensively here and elsewhere about the problems I have had with my XPS 13 and Dell WD19TB dock since I purchased it in June 2020 but I have to note that since recent BIOS 1.5.0 + Dock firmware 01.00.15.01, and using a Linux kernel 5.10.16 or greater, that all problems appear to have been fixed. Yay, we finally got there!

1 Message

March 29th, 2021 10:00

Hi,

I had a very similar problem but my setup is Arch Linux + Dell XPS 15 7590 + WD19TB and I have not had any problem with the display but the USB-connected keyboard and mouse flickered (the LEDs of the keyboard) with a message (checking with dmesg) similar to:

usb 1-1.3: reset high-speed USB device number 3 using xhci-hcd

especially this was provoked if I played any sound on my Dell AC511 Sound Bar connected to the WD19TB. Then it went mad flashing the keyboard and spewed out heaps of the above statements in the dmesg log. It happened otherwise too but not as frequent.

In order to get the mouse working again I had to disconnect and re-connect. Just so super-annoying.

Now, I have found what seems to actually have fixed it in a Ubuntu forum and that is (besides having the latest BIOS for the computer and firmware for the WD19TB) to disable "C-states" in the BIOS of the XPS 15. The is checkbox for that in the BIOS settings. After disabling it I have not faced any problems and the computer doesn't really seem to run much hotter either.

 

6 Posts

April 14th, 2021 01:00

We bought a no-name usb-c dock from amazon. Never had any problem since. The Dell WD19TB is just broken with linux.

6 Posts

April 14th, 2021 02:00

The no-name usb-c dock works out of the box without any custom installed kernels. And costs only 1/3 of the WD19TB. I think we will just sell those on ebay. Maybe someone else has the nerve to tinker with that.

No Events found!

Top