You are not logged in.

#1 2020-05-21 14:28:02

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

I am using a Dell WD19TB Dock to connect my Dell XPS 13 2-in-1 7390 to two 1440p Monitors via DP (Not daisy-chained), Network and the occasional thumb drive.
Kernel: 5.6.11-arch1-1
Desktop Environment: KDE plasma 5.18.5-1 with X 1.20.8-2
xf86-video-intel is not installed

I am running out of Ideas with this one: Randomly, the screens connected to the dock:
+ Go black for a few seconds, then come back up again as if nothing happened
+ Sometimes randomly go into power saver mode (Screen OSD tells me so) until:
  + I unplug the USB-C wait for all of my windows and panels to be moved to the laptop screen and then re-plug the dock.
  + I re-plug the monitors from the Dock. (I have to re-plug them both individually)
  + I Reboot.
  + I power cycle the dock.
  + I disable and re-enable the screens using xrandr <- This appears most noteworthy to me!
 

 xrandr --output DP-3-1 --off && xrandr --output DP-3-1 --auto 

   
+ The screens always sleep when waking up from hibernate. (Suspend to Disk)

Whenever they go into power saver mode, they are acting like they are not receiving any signal, where as X is acting like they are there and doing their thing. (I can blindly move my cursor accross these screens and grab windows from them to my laptop screen.) The Laptops built-in-screen is not affected in any way!

What I tried:
+ (Re-)trusting the Dock using boltctl and the settings panel
+ Some posts around the web suggest turning off thunderbolt security, but it seems like this notebooks firmware settings do not offer me such a configuration. I can only turn thunderbolt on or off. Heck even if it where there, its not an acceptable solution.
+ Some posts revolving around the TB16 dock suggested firmware updates. I could not find any such updates for the WD19TB on Dells Website.
+ Running

xrandr --output DVI-I-2-2 --auto

was suggested to bring the screens back up, not a shrug.
+ Disabling DPMS did nothing.
+ Running

xset dpms force on

was not able to wake the screens up, only aforementioned re-enabling via xrandr.

Observations:
Usually when I am not experiencing the screen dropouts, the power-led on the dock is off, while all the connections with it work fine (DP, USB, Network, Audio devices are also shown). The power LED even stays off when power cycling the dock.

The monitors going to power saver or flickering does not produce any output in dmesg, nor changes in lsusb or lspci. However, here are the outputs:

lsusb (anything marked with "*" disappears once i unplug the dock)

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 27c6:532d Shenzhen Goodix Technology Co.,Ltd. FingerPrint
Bus 003 Device 004: ID 8087:0026 Intel Corp. 
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 004: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter *
Bus 006 Device 003: ID 0bda:0413 Realtek Semiconductor Corp. *
Bus 006 Device 002: ID 0bda:0487 Realtek Semiconductor Corp. Dell dock *
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub *
Bus 005 Device 004: ID 413c:b06e Dell Computer Corp. *
Bus 005 Device 006: ID 413c:b06f Dell Computer Corp. *
Bus 005 Device 005: ID 0bda:402e Realtek Semiconductor Corp. *
Bus 005 Device 003: ID 0bda:5413 Realtek Semiconductor Corp. *
Bus 005 Device 002: ID 0bda:5487 Realtek Semiconductor Corp. Dell dock *
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub *

lspci (anything marked with "*" disappears once i unplug the dock)

00:00.0 Host bridge: Intel Corporation Device 8a12 (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Iris Plus Graphics G7 (rev 07)
00:04.0 Signal processing controller: Intel Corporation Device 8a03 (rev 03)
00:05.0 Multimedia controller: Intel Corporation Device 8a19 (rev 03)
00:07.0 PCI bridge: Intel Corporation Ice Lake Thunderbolt 3 PCI Express Root Port #0 (rev 03)
00:07.2 PCI bridge: Intel Corporation Ice Lake Thunderbolt 3 PCI Express Root Port #2 (rev 03)
00:0d.0 USB controller: Intel Corporation Ice Lake Thunderbolt 3 USB Controller (rev 03)
00:0d.2 System peripheral: Intel Corporation Ice Lake Thunderbolt 3 NHI #0 (rev 03)
00:0d.3 System peripheral: Intel Corporation Ice Lake Thunderbolt 3 NHI #1 (rev 03)
00:12.0 Serial controller: Intel Corporation Device 34fc (rev 30)
00:14.0 USB controller: Intel Corporation Ice Lake-LP USB 3.1 xHCI Host Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Device 34ef (rev 30)
00:14.3 Network controller: Intel Corporation Killer Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW) (rev 30)
00:15.0 Serial bus controller [0c80]: Intel Corporation Ice Lake-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller [0c80]: Intel Corporation Ice Lake-LP Serial IO I2C Controller #1 (rev 30)
00:15.3 Serial bus controller [0c80]: Intel Corporation Ice Lake-LP Serial IO I2C Controller #3 (rev 30)
00:16.0 Communication controller: Intel Corporation Management Engine Interface (rev 30)
00:1d.0 PCI bridge: Intel Corporation Ice Lake-LP PCI Express Root Port #9 (rev 30)
00:1d.7 PCI bridge: Intel Corporation Device 34b7 (rev 30)
00:1f.0 ISA bridge: Intel Corporation Ice Lake-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Smart Sound Technology Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Ice Lake-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Ice Lake-LP SPI Controller (rev 30)
2c:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge DD 2018] (rev 06) *
2d:02.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge DD 2018] (rev 06) *
2d:04.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge DD 2018] (rev 06) *
2e:00.0 USB controller: Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge DD 2018] (rev 06) *
59:00.0 Non-Volatile memory controller: Device 1e0f:0001
5a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS525A PCI Express Card Reader (rev 01)

dmesg when unplugging the dock:

[Thu May 21 16:09:46 2020] usb 5-2: USB disconnect, device number 2
[Thu May 21 16:09:46 2020] usb 5-2.3: USB disconnect, device number 3
[Thu May 21 16:09:46 2020] usb 5-2.3.4: USB disconnect, device number 5
[Thu May 21 16:09:46 2020] thunderbolt 1-1: device disconnected
[Thu May 21 16:09:46 2020] pcieport 0000:00:07.2: pciehp: Slot(0-1): Link Down
[Thu May 21 16:09:46 2020] pcieport 0000:00:07.2: pciehp: Slot(0-1): Card not present
[Thu May 21 16:09:46 2020] pcieport 0000:2d:04.0: can't change power state from D3cold to D0 (config space inaccessible)
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: remove, state 1
[Thu May 21 16:09:46 2020] usb usb6: USB disconnect, device number 1
[Thu May 21 16:09:46 2020] usb 6-2: USB disconnect, device number 2
[Thu May 21 16:09:46 2020] usb 6-2.3: USB disconnect, device number 3
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: xHCI host controller not responding, assume dead
[Thu May 21 16:09:46 2020] r8152 6-2.4:1.0 enp46s0u2u4: Stop submitting intr, status -108
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: Timeout while waiting for configure endpoint command
[Thu May 21 16:09:46 2020] usb 6-2.4: USB disconnect, device number 4
[Thu May 21 16:09:46 2020] usb 5-2.3.5: USB disconnect, device number 6
[Thu May 21 16:09:46 2020] usb 5-2.5: USB disconnect, device number 4
[Thu May 21 16:09:46 2020] audit: type=1130 audit(1590070242.680:161): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NtworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: USB bus 6 deregistered
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: remove, state 1
[Thu May 21 16:09:46 2020] usb usb5: USB disconnect, device number 1
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: Host halt failed, -19
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: Host not accessible, reset failed.
[Thu May 21 16:09:46 2020] xhci_hcd 0000:2e:00.0: USB bus 5 deregistered
[Thu May 21 16:09:46 2020] pci_bus 0000:2e: busn_res: [bus 2e] is released
[Thu May 21 16:09:46 2020] pci_bus 0000:2f: busn_res: [bus 2f-58] is released
[Thu May 21 16:09:46 2020] pci_bus 0000:2d: busn_res: [bus 2d-58] is released
[Thu May 21 16:09:57 2020] audit: type=1131 audit(1590070252.916:162): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NtworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

dmesg when plugging the dock in:

[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2: pciehp: Slot(0-1): Card present
[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2: pciehp: Slot(0-1): Link Up
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: [8086:15ef] type 01 class 0x060400
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: enabling Extended Tags
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: supports D1 D2
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: 8.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s x4 link at 0000:00:07.2 (capable of 31.504 Gb/s with 8 GT/s x4 link)
[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2: ASPM: current common clock configuration is broken, reconfiguring
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: [8086:15ef] type 01 class 0x060400
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: enabling Extended Tags
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: supports D1 D2
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: PME# supported from D0 D1 D2 D3hot D3cold
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: [8086:15ef] type 01 class 0x060400
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: enabling Extended Tags
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: supports D1 D2
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: PME# supported from D0 D1 D2 D3hot D3cold
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: PCI bridge to [bus 2d-58]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0:   bridge window [io  0x0000-0x0fff]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0:   bridge window [mem 0x00000000-0x000fffff]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0:   bridge window [mem 0x00000000-0x000fffff 64bit pref]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: [8086:15f0] type 00 class 0x0c0330
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: reg 0x10: [mem 0x00000000-0x0000ffff]
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: enabling Extended Tags
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: supports D1 D2
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: 8.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s x4 link at 0000:00:07.2 (capable of 31.504 Gb/s with 8 GT/s x4 link)
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: PCI bridge to [bus 2e-58]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0:   bridge window [io  0x0000-0x0fff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0:   bridge window [mem 0x00000000-0x000fffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0:   bridge window [mem 0x00000000-0x000fffff 64bit pref]
[Thu May 21 16:12:31 2020] pci_bus 0000:2e: busn_res: [bus 2e-58] end is updated to 2e
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: PCI bridge to [bus 2f-58]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0:   bridge window [io  0x0000-0x0fff]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0:   bridge window [mem 0x00000000-0x000fffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0:   bridge window [mem 0x00000000-0x000fffff 64bit pref]
[Thu May 21 16:12:31 2020] pci_bus 0000:2f: busn_res: [bus 2f-58] end is updated to 58
[Thu May 21 16:12:31 2020] pci_bus 0000:2d: busn_res: [bus 2d-58] end is updated to 58
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: bridge window [mem 0x00100000-0x001fffff 64bit pref] to [bus 2f-58] add_size 100000 add_align 100000
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: bridge window [mem 0x00100000-0x001fffff] to [bus 2f-58] add_size 100000 add_align 100000
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: bridge window [mem 0x00100000-0x002fffff 64bit pref] to [bus 2d-58] add_size 100000 add_align 100000
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: bridge window [mem 0x00100000-0x002fffff] to [bus 2d-58] add_size 100000 add_align 100000
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: BAR 14: assigned [mem 0x72000000-0x7e1fffff]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: BAR 15: assigned [mem 0x6020000000-0x603bffffff 64bit pref]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: BAR 13: assigned [io  0x6000-0x7fff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: BAR 14: assigned [mem 0x72000000-0x720fffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: BAR 15: assigned [mem 0x6020000000-0x60200fffff 64bit pref]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: BAR 14: assigned [mem 0x72100000-0x7e1fffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: BAR 15: assigned [mem 0x6020100000-0x603bffffff 64bit pref]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: BAR 13: assigned [io  0x6000-0x6fff]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: BAR 13: assigned [io  0x7000-0x7fff]
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: BAR 0: assigned [mem 0x72000000-0x7200ffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0: PCI bridge to [bus 2e]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0:   bridge window [io  0x6000-0x6fff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0:   bridge window [mem 0x72000000-0x720fffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:02.0:   bridge window [mem 0x6020000000-0x60200fffff 64bit pref]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0: PCI bridge to [bus 2f-58]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0:   bridge window [io  0x7000-0x7fff]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0:   bridge window [mem 0x72100000-0x7e1fffff]
[Thu May 21 16:12:31 2020] pci 0000:2d:04.0:   bridge window [mem 0x6020100000-0x603bffffff 64bit pref]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0: PCI bridge to [bus 2d-58]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0:   bridge window [io  0x6000-0x7fff]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0:   bridge window [mem 0x72000000-0x7e1fffff]
[Thu May 21 16:12:31 2020] pci 0000:2c:00.0:   bridge window [mem 0x6020000000-0x603bffffff 64bit pref]
[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2: PCI bridge to [bus 2c-58]
[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2:   bridge window [io  0x6000-0x7fff]
[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2:   bridge window [mem 0x72000000-0x7e1fffff]
[Thu May 21 16:12:31 2020] pcieport 0000:00:07.2:   bridge window [mem 0x6020000000-0x603bffffff 64bit pref]
[Thu May 21 16:12:31 2020] pcieport 0000:2c:00.0: enabling device (0000 -> 0003)
[Thu May 21 16:12:31 2020] pcieport 0000:2d:02.0: enabling device (0000 -> 0003)
[Thu May 21 16:12:31 2020] pcieport 0000:2d:04.0: enabling device (0000 -> 0003)
[Thu May 21 16:12:31 2020] pcieport 0000:2d:04.0: pciehp: Slot #4 AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+ Interlock- NoCompl+ LLActRep+
[Thu May 21 16:12:31 2020] pci 0000:2e:00.0: enabling device (0000 -> 0002)
[Thu May 21 16:12:31 2020] xhci_hcd 0000:2e:00.0: xHCI Host Controller
[Thu May 21 16:12:31 2020] xhci_hcd 0000:2e:00.0: new USB bus registered, assigned bus number 5
[Thu May 21 16:12:31 2020] xhci_hcd 0000:2e:00.0: hcc params 0x200077c1 hci version 0x110 quirks 0x0000000200009810
[Thu May 21 16:12:31 2020] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.06
[Thu May 21 16:12:31 2020] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Thu May 21 16:12:31 2020] usb usb5: Product: xHCI Host Controller
[Thu May 21 16:12:31 2020] usb usb5: Manufacturer: Linux 5.6.11-arch1-1 xhci-hcd
[Thu May 21 16:12:31 2020] usb usb5: SerialNumber: 0000:2e:00.0
[Thu May 21 16:12:31 2020] hub 5-0:1.0: USB hub found
[Thu May 21 16:12:31 2020] hub 5-0:1.0: 2 ports detected
[Thu May 21 16:12:31 2020] xhci_hcd 0000:2e:00.0: xHCI Host Controller
[Thu May 21 16:12:31 2020] xhci_hcd 0000:2e:00.0: new USB bus registered, assigned bus number 6
[Thu May 21 16:12:31 2020] xhci_hcd 0000:2e:00.0: Host supports USB 3.1 Enhanced SuperSpeed
[Thu May 21 16:12:31 2020] usb usb6: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.06
[Thu May 21 16:12:31 2020] usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Thu May 21 16:12:31 2020] usb usb6: Product: xHCI Host Controller
[Thu May 21 16:12:31 2020] usb usb6: Manufacturer: Linux 5.6.11-arch1-1 xhci-hcd
[Thu May 21 16:12:31 2020] usb usb6: SerialNumber: 0000:2e:00.0
[Thu May 21 16:12:31 2020] hub 6-0:1.0: USB hub found
[Thu May 21 16:12:31 2020] hub 6-0:1.0: 2 ports detected
[Thu May 21 16:12:31 2020] usb 5-2: new high-speed USB device number 2 using xhci_hcd
[Thu May 21 16:12:31 2020] usb 5-2: New USB device found, idVendor=0bda, idProduct=5487, bcdDevice= 1.47
[Thu May 21 16:12:31 2020] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Thu May 21 16:12:31 2020] usb 5-2: Product: Dell dock
[Thu May 21 16:12:31 2020] usb 5-2: Manufacturer: Dell Inc.
[Thu May 21 16:12:31 2020] hub 5-2:1.0: USB hub found
[Thu May 21 16:12:31 2020] hub 5-2:1.0: 5 ports detected
[Thu May 21 16:12:31 2020] usb 6-2: new SuperSpeedPlus Gen 2 USB device number 2 using xhci_hcd
[Thu May 21 16:12:31 2020] usb 6-2: New USB device found, idVendor=0bda, idProduct=0487, bcdDevice= 1.47
[Thu May 21 16:12:31 2020] usb 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Thu May 21 16:12:31 2020] usb 6-2: Product: Dell dock
[Thu May 21 16:12:31 2020] usb 6-2: Manufacturer: Dell Inc.
[Thu May 21 16:12:31 2020] hub 6-2:1.0: USB hub found
[Thu May 21 16:12:31 2020] hub 6-2:1.0: 4 ports detected
[Thu May 21 16:12:32 2020] usb 5-2.3: new high-speed USB device number 3 using xhci_hcd
[Thu May 21 16:12:32 2020] usb 5-2.3: New USB device found, idVendor=0bda, idProduct=5413, bcdDevice= 1.21
[Thu May 21 16:12:32 2020] usb 5-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Thu May 21 16:12:32 2020] usb 5-2.3: Product: Dell dock
[Thu May 21 16:12:32 2020] usb 5-2.3: Manufacturer: Dell Inc.
[Thu May 21 16:12:32 2020] hub 5-2.3:1.0: USB hub found
[Thu May 21 16:12:32 2020] hub 5-2.3:1.0: 6 ports detected
[Thu May 21 16:12:32 2020] usb 6-2.3: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
[Thu May 21 16:12:32 2020] usb 6-2.3: New USB device found, idVendor=0bda, idProduct=0413, bcdDevice= 1.21
[Thu May 21 16:12:32 2020] usb 6-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Thu May 21 16:12:32 2020] usb 6-2.3: Product: Dell dock
[Thu May 21 16:12:32 2020] usb 6-2.3: Manufacturer: Dell Inc.
[Thu May 21 16:12:32 2020] hub 6-2.3:1.0: USB hub found
[Thu May 21 16:12:32 2020] hub 6-2.3:1.0: 4 ports detected
[Thu May 21 16:12:32 2020] usb 5-2.5: new high-speed USB device number 4 using xhci_hcd
[Thu May 21 16:12:32 2020] usb 5-2.5: New USB device found, idVendor=413c, idProduct=b06e, bcdDevice= 1.01
[Thu May 21 16:12:32 2020] usb 5-2.5: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[Thu May 21 16:12:32 2020] usb 5-2.5: Product: Dell dock
[Thu May 21 16:12:32 2020] hid-generic 0003:413C:B06E.001A: hiddev0,hidraw0: USB HID v1.11 Device [Dell dock] on usb-0000:2e:00.0-2.5/input0
[Thu May 21 16:12:32 2020] usb 5-2.3.4: new high-speed USB device number 5 using xhci_hcd
[Thu May 21 16:12:33 2020] usb 5-2.3.4: New USB device found, idVendor=0bda, idProduct=402e, bcdDevice= 0.01
[Thu May 21 16:12:33 2020] usb 5-2.3.4: New USB device strings: Mfr=3, Product=1, SerialNumber=2
[Thu May 21 16:12:33 2020] usb 5-2.3.4: Product: USB Audio
[Thu May 21 16:12:33 2020] usb 5-2.3.4: Manufacturer: Generic
[Thu May 21 16:12:33 2020] usb 5-2.3.4: SerialNumber: 200901010001
[Thu May 21 16:12:33 2020] usb 6-2.4: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd
[Thu May 21 16:12:33 2020] usb 6-2.4: New USB device found, idVendor=0bda, idProduct=8153, bcdDevice=31.11
[Thu May 21 16:12:33 2020] usb 6-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[Thu May 21 16:12:33 2020] usb 6-2.4: Product: USB 10/100/1000 LAN
[Thu May 21 16:12:33 2020] usb 6-2.4: Manufacturer: Realtek
[Thu May 21 16:12:33 2020] usb 6-2.4: SerialNumber: 111000001
[Thu May 21 16:12:33 2020] thunderbolt 1-1: new device found, vendor=0xd4 device=0xb070
[Thu May 21 16:12:33 2020] thunderbolt 1-1: Dell WD19TB Thunderbolt Dock
[Thu May 21 16:12:34 2020] usb 6-2.4: reset SuperSpeed Gen 1 USB device number 4 using xhci_hcd
[Thu May 21 16:12:34 2020] r8152 6-2.4:1.0 (unnamed net_device) (uninitialized): Using pass-thru MAC addr 34:48:ed:c7:2b:fc
[Thu May 21 16:12:34 2020] r8152 6-2.4:1.0: load rtl8153b-2 v1 10/23/19 successfully
[Thu May 21 16:12:34 2020] r8152 6-2.4:1.0 eth0: v1.11.11
[Thu May 21 16:12:34 2020] usb 5-2.3.5: new high-speed USB device number 6 using xhci_hcd
[Thu May 21 16:12:34 2020] r8152 6-2.4:1.0 enp46s0u2u4: renamed from eth0
[Thu May 21 16:12:34 2020] usb 5-2.3.5: New USB device found, idVendor=413c, idProduct=b06f, bcdDevice= 1.01
[Thu May 21 16:12:34 2020] usb 5-2.3.5: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[Thu May 21 16:12:34 2020] usb 5-2.3.5: Product: Dell dock
[Thu May 21 16:12:34 2020] hid-generic 0003:413C:B06F.001B: hiddev1,hidraw1: USB HID v1.11 Device [Dell dock] on usb-0000:2e:00.0-2.3.5/input0
[Thu May 21 16:12:36 2020] IPv6: ADDRCONF(NETDEV_CHANGE): enp46s0u2u4: link becomes ready
[Thu May 21 16:12:36 2020] r8152 6-2.4:1.0 enp46s0u2u4: carrier on
[Thu May 21 16:12:38 2020] audit: type=1130 audit(1590070414.736:163): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

Any help is highly appreciated. If deemed appropriate by someone more experienced with the community, I would like to contribute an article on this dock to the wiki.

Last edited by LoNaAleim (2020-05-23 16:25:51)

Offline

#2 2020-05-22 18:18:48

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

After further observation it seems like the screens going blank often comes with this dmesg output:

[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun

Google is offering me this among others:

https://bugzilla.redhat.com/show_bug.cgi?id=1506339 Seems like these guys' issues also correlated with external monitors being plugged in. Its old but there are quite recent complaints in the comments.

Last edited by LoNaAleim (2020-05-22 18:26:14)

Offline

#3 2020-05-22 18:35:29

seth
Member
Registered: 2012-09-03
Posts: 49,979

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

Offline

#4 2020-05-23 07:50:21

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

Hmm, I kind of ignored that because my primary concern was the screens not coming on any more, which seemed different to flickering to me. (Its not like my screens go disco-mode. They blink once and then they either come back or stay off.) But since one of the bug descriptions also mentions the underrun, I will give it a shot and report back. Thanks!

Offline

#5 2020-05-23 16:23:10

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

I enabled to kernel setting and rebooted. It worked fine for half a day. Then everything went broken again. Screens dropped out, my re-enable procedure via xrandr only kept them awake for a few seconds.
Then, when first trying to write this post, screen and audio froze entirely. I had to long press the power button. Only thing logged from that moment is again:

[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun

Next thing I will test is whether using specific applications or intermittent hibernations is provoking the issue.

Offline

#6 2020-05-23 19:07:32

seth
Member
Registered: 2012-09-03
Posts: 49,979

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

https://wiki.archlinux.org/index.php/In … ete_freeze would fit a complete freeze better and maybe relate to your hibernation hunch.

Offline

#7 2020-05-24 17:13:02

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

My CPU is an Icelake but I will give it a try regardless, thank you!
It might actually tie in with my observations over the last two days: I did not use hibernate and the issue only occurred after performing "reboots". Once they occurred after rebooting I was able to stabilize by doing a proper cold-boot reboot. My hunch here is that a reboot causes different C-State transitions than a proper cold boot? Can someone offer expertise?

Offline

#8 2020-05-24 19:07:34

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

seth wrote:

https://wiki.archlinux.org/index.php/In … ete_freeze would fit a complete freeze better and maybe relate to your hibernation hunch.

intel_idle.max_cstate=1

sadly had no effect. Rebootet straight to flickering screens.

Offline

#9 2020-06-02 15:17:37

grinko
Member
Registered: 2013-04-27
Posts: 7

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

EDIT: Nevermind, changing Thunderbolt BIOS settings has no effect. Just had another blackout.

All I can say is that I have the same laptop and dock, and exactly the same issues over multiple kernel versions. Windows on the same device works fine.

[ 1365.896572] xhci_hcd 0000:03:00.0: xHCI host controller not responding, assume dead
[ 1365.896743] xhci_hcd 0000:03:00.0: HC died; cleaning up
[ 1365.897197] pcieport 0000:02:04.0: can't change power state from D3cold to D0 (config space inaccessible)

Last edited by grinko (2020-06-02 15:37:14)

Offline

#10 2020-06-23 21:56:59

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

@LoNaAleim, did you get anywhere with this? I have an XPS 13 9300 which is the newest model and it has similar problems with the WD19TB dock.

Offline

#11 2020-07-24 07:04:01

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

@grinko, since LoNaAleim never replied, have you or anybody else made any progress on this issue? Like him I have two DP connected 1440p screens and I get the same "CPU pipe A|B|C FIFO underrun" errors around the time of the problem. The screens are also very temperamental. They only turn back on after the laptop suspends about half the time. Usually I have to pull the thunderbolt cable out, wait for the laptop screen to switch to a single configuration, and then put the cable back. I have experimented with many i915 and other kernel options, and bios options, but the problem remains.

Possibly the same issue as https://www.dell.com/community/XPS/XPS- … -p/7655747.

Offline

#12 2020-08-02 10:16:46

LoNaAleim
Member
Registered: 2020-05-20
Posts: 29

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

Excuse my inactivity, seems like I forgot to enable e-mail notifications.
I have not gotten very far with this. So far, the only "usable" way to handling this setup is plugging the notebook in and performing a cold-boot every time I use it. Its important to not just "reboot" in case its already on, because that will have the screens flicker immediately after the DE comes up. 

There is some activity here: https://gitlab.freedesktop.org/drm/intel/-/issues/1453 it seems like more and more people are purchasing this setup. So maybe we can finally get the ball rolling.

Offline

#13 2020-09-08 13:37:53

yaworski
Member
Registered: 2018-08-05
Posts: 41

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

I have the same issue with my XPS 13 9300. Update to the latest BIOS 1.2.0 doesn't change anything.

In home I have a setup with WD19TB and Dell U3417W monitor, where keep the laptop hidden under the desk and use it only with the external monitor, keyboard and mouse. When I turn it on (using the dock's power button) sometimes I can even see the Dell logo on the monitor and even a grub menu just for a brief moment (tens of a second maybe) - then it goes off. GDM login screen sometimes shows up, sometimes not, but I can see on my keyboard that the USB connection is active, so I can login even blindly. Then the DE sometimes shows up on its own after few seconds or the laptop goes to sleep (lid closed, no external monitor detected). I can wake it up using the dock's button - sometimes I need to do this few times as it goes back to sleep. Eventually it starts to work. I have brief blackouts where only monitor turns off for few seconds and goes back on. I also have more severe blackouts where it also disconnects the dock itself and everything connected to it (network, USB devices etc) - this requires again some sleep/wake up cycles, but sometimes only thing that helps is reboot. There are also days I can work whole day without any issue.
I think that the dock's firmware update (01.00.14.01) actually helps a little. The problem still exists, but I think it was worse on the production firmware. But this can albo just be a placebo effect. YMMV

In the office I have an i-tec thunderbolt 3 dock with PD. I'm not able to make it work at all if it has even a single external monitor connected to it. The DE (Gnome 3) starts to behave very unstable - to the point of not being able to use it properly. Whole system becomes slow. I've had to stop using it and I'm just connecting USB-C to DP cable and use multi-stream to drive two monitors.

Both docks worked great on XPS 15 9570 - without any issues whatsoever.

Offline

#14 2020-09-08 22:12:27

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

yaworski wrote:

Both docks worked great on XPS 15 9570 - without any issues whatsoever.

To be very clear, you mean both docks work fine on the XPS 15 9570 when running Arch Linux?

Offline

#15 2020-09-08 22:31:08

yaworski
Member
Registered: 2018-08-05
Posts: 41

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

bulletmark wrote:
yaworski wrote:

Both docks worked great on XPS 15 9570 - without any issues whatsoever.

To be very clear, you mean both docks work fine on the XPS 15 9570 when running Arch Linux?

Yes. I've replaced nvme drive for a faster and bigger one as soon as I bought XPS 15 and installed Arch as the only operating system on the machine.

There's something strange with this year XPS series as I've seen threads about 9500 and 9700 regarding some other issues (9500 choppy mouse pointer, 9700 sound card issues). I wonder if these two bigger models also experience the same issues with TB3.

Offline

#16 2020-09-08 22:51:17

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

I run 2 DP connected screens and went 2.5 days after installing BIOS 1.2.0 without the blackout issue then all of a sudden I got a few in a row. The blackouts definitely are more likely if the machine is heavily loaded - but not always? Sometimes the laptop is doing almost nothing, fully charged, and I will get the blackouts. If I get 1 it usually blanks for about 5 secs then restores but I always get another 1 to 3 that follow 10 secs or so later. As you say, sometimes both screens merely blackout (and there is nothing in the journal at all), other times the entire dock disconnects. I have researched all over the place about this and have experimented with a heap of kernel options. This is a very frustrating issue.

Last edited by bulletmark (2020-09-08 22:51:58)

Offline

#17 2020-10-26 00:39:18

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

I have found a simple work around that fixes this and all issues with Linux and the WD19TB dock! I have written about it here.

Offline

#18 2020-10-26 09:57:23

yaworski
Member
Registered: 2018-08-05
Posts: 41

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

bulletmark wrote:

I have found a simple work around that fixes this and all issues with Linux and the WD19TB dock! I have written about it here.

Hi,

Thank you for your link. I'm testing this solution right now. When I only added

i915.enable_dp_mst=0

first, it helped only partially: still short monitor blackouts. Then I've also added

i915.enable_guc=2

as I did not use that in my config, and this seems to help with the short blackouts as well - at least for now I didn't get any.

Where did you get microcode version 0xa0 for IceLake? Mine uses 0x96 without even installing

intel-ucode

package (model 0x7e [126]), but even if I install that package, it doesn't load any newer microcode than that.

Offline

#19 2020-10-26 12:14:00

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

When I wrote that post on the skype forums I forgot that Dell recently updated the BIOS (@1.2.0) to include version 0x96 which is the minimum required to fix the Jetbrains IDE problems so I don't think you need to update any further (I had been updating the microcode explicitly myself everytime given that Jetbrains problem and thinking it could also affect the dock). If you are really keen then get the latest from https://github.com/platomav/CPUMicrocod … D34D19.bin and use iucode_tool to extract it.

I also forgot to mention in that post (damn Dell forums do not allow you to edit the post) that you also need to make sure your dock firmware is up to date. Use fwupd to do that.

I am 100% sure that i915.enable_dp_mst=0 option is the fundamental fix for all the problems but I can not be sure if you need the other software I use, e.g. GNOME + Wayland? My dock/displays have been so smooth now that the fix was immediately obvious to me after a couple of days but I forced myself to wait a full week before posting about it. I was really just hoping the fix would eliminate the spurious blackouts and dock disconnects but very pleasantly surprised that it also fixed ALL the suspend/reboot/reconnect glitches as well. The dock is perfect now.

Last edited by bulletmark (2020-10-27 21:32:57)

Offline

#20 2020-10-26 12:33:07

yaworski
Member
Registered: 2018-08-05
Posts: 41

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

Yes, the i915.enable_dp_mst=0 option is essential. I've tested the guc one before and it didn't give me noticeable results so I've dropped it. What I had in mind is that disabling MST is probably not enough by itself. As for the software, I'm running GNOME3 with Xorg (Wayland is disabled in GDM config).
For now I'll let it run on ucode 0x96 to see if a newer is needed, but for the last 3 hours it worked really stable. I'm running latest dock firmware since the day it was released smile. I'm checking fwupd probably few times a week to see if Dell released something that may fix the issue.

What's interesting is that I'm using multiple JetBrains IDEs (PyCharm, CLion, WebStorm) and I never had any issues with them on my XPS 9300 - even on older BIOS versions.

Anyway, thank you very much for finding this.

Offline

#21 2020-11-13 01:04:08

yaworski
Member
Registered: 2018-08-05
Posts: 41

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

There's a new XPS 9300 BIOS update (1.3.0). It bumped my microcode version to 0xa0. According to the changelog, it should address some WD19TB and external monitors related issues. It's late today so more testing is going to wait till tomorrow.

Offline

#22 2020-11-13 01:09:49

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

As I wrote on the Dell forums yesterday, I updated to 1.3.0, removed the `i915.enable_dp_mst=0` option I was using, and put my 2 screens back on DP to DP connections. I received screen blackouts/disconnects again within a couple of hours. So 1.3.0 does not fix the most serious problem and I have gone back to my `i915.enable_dp_mst=0` solution.

Last edited by bulletmark (2020-11-13 01:24:02)

Offline

#23 2020-11-13 09:00:50

yaworski
Member
Registered: 2018-08-05
Posts: 41

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

That's a bummer sad. I was really hopeful that this is at least going to improve the situation.

BTW regarding the GUC firmware. According to the dmesg, it's not loaded even with enable_guc=2. Dmesg says that guc submission is disabled. HUC is authenticated, but I don't see a message that either of them is Loaded, like on the Intel Graphics Arch wiki page.

Offline

#24 2020-11-13 12:08:50

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

yaworski wrote:

BTW regarding the GUC firmware. According to the dmesg, it's not loaded even with enable_guc=2. Dmesg says that guc submission is disabled. HUC is authenticated, but I don't see a message that either of them is Loaded, like on the Intel Graphics Arch wiki page.

The Arch wiki says that "Enabling GuC/HuC firmware loading can cause issues on some systems" so that is why it is disabled by default. I find it is stable on the XPS 13 9300 so that is why I enabled it. My dmesg messages are:

[30130.586970] i915 0000:00:02.0: [drm] GuC firmware i915/icl_guc_33.0.0.bin version 33.0 submission:disabled
[30130.586973] i915 0000:00:02.0: [drm] HuC firmware i915/icl_huc_9.0.0.bin version 9.0 authenticated:yes

Possibly the messages have changed since that wiki was written? Note the versions I list are much later that the wiki example. I read the above that GuC and HuC firmwares are loaded, although with submission disabled of course, as the wiki explains.

The wiki also says to check the GuC and HuC status in the files:

# cat /sys/kernel/debug/dri/0/i915_huc_load_status
# cat /sys/kernel/debug/dri/0/i915_guc_load_status

But I don't even have those files on my system so again I just think that wiki info is out of date.

Last edited by bulletmark (2020-11-13 12:09:08)

Offline

#25 2020-11-13 12:16:19

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: WD19TB: Screens randomly going to Standby / Slow flickering / Freezes

Actually, further to my response above I found where the status is listed:

$ sudo cat /sys/kernel/debug/dri/0/gt/uc/guc_info
status: RUNNING
	version: wanted 33.0, found 33.0
	uCode: 384896 bytes
	RSA: 256 bytes

GuC status 0x800330ec:
	Bootrom status = 0x76
	uKernel status = 0x30
	MIA Core status = 0x3

Scratch registers:
	 0: 	0x0
	 1: 	0x0
	 2: 	0x8d0fd3
	 3: 	0x0
	 4: 	0x4000
	 5: 	0x40
	 6: 	0x11c6
	 7: 	0x0
	 8: 	0x0
	 9: 	0x0
	10: 	0x0
	11: 	0x0
	12: 	0x0
	13: 	0x0
	14: 	0x0
	15: 	0x0

GuC log relay not created

$ sudo cat /sys/kernel/debug/dri/0/gt/uc/huc_info
HuC firmware: i915/icl_huc_9.0.0.bin
	status: RUNNING
	version: wanted 9.0, found 9.0
	uCode: 498496 bytes
	RSA: 256 bytes
HuC status: 0x0007c001

I will go and update the wiki later.

Offline

Board footer

Powered by FluxBB