USB dysfunction on undock; kernel issue?

I thought this was a dock issue, then I thought it was a power issue. I think it may be a kernel issue.

when I undock I lose all usb functionality until reboot. I use my dock often because I have limited mobility and need my ergonomic setup, but sometimes I want to use my laptop elsewhere. you see how this could be troublesome; I have to reboot after undocking if I want to resume working ergonomically.

Here’s my dmesg. bootup lands before [ 920.257062] usb 2-1: USB disconnect, device number 2, at which point I undock and redock. You can see errors before and after that point. can anybody please help? I’ve spent so much time on my nixos config; I don’t have the time and energy to switch to ubuntu or something right now. please help! any direction would be greatly appreciated!

here’s uname -a:

Linux nixos 5.4.51 #1-NixOS SMP Thu Jul 9 07:37:57 UTC 2020 x86_64 GNU/Linux

Here’s my /etc/nixos/configuration.nix.

what else can I send? what trees should I be barking up? I posted udevadm monitor in another post about this. relatedly, sorry about the repeated posts; the goalposts seem to be constantly shifting!

thank you once again for whatever help you may offer.

Maybe it’s a problem that was fixed in a more recent kernel? Have you given a try to using a less stable (albeit, newer) kernel version?

boot = {
  kernelPackages = pkgs.linuxPackages_latest;
};

I’ve faced similar issues at work with a Dell Precision 5550 and docking, which got solved when I moved on to a newer kernel. Maybe this could apply in your case too?

thanks so much for the reply! I just tried that and it didn’t fix it. here’s dmesg with the updated kernel.

here’s uname -a:

Linux nixos 5.7.8 #1-NixOS SMP Thu Jul 9 07:39:40 UTC 2020 x86_64 GNU/Linux

this is the issue (in the dmesg with the new kernel)

[   23.128519] usb 3-4: USB disconnect, device number 2
[   23.128534] usb 3-4.2: USB disconnect, device number 3
[   23.149315] xhci_hcd 0000:06:00.3: WARN Event TRB for slot 9 ep 2 with no TDs queued?
[   23.208324] xhci_hcd 0000:06:00.3: WARN Event TRB for slot 9 ep 2 with no TDs queued?
[   23.215386] usb 2-4: USB disconnect, device number 3
[   23.215400] usb 2-4.2: USB disconnect, device number 4
[   23.215409] usb 2-4.2.3: USB disconnect, device number 6
[   23.216067] usb 2-4.2.4: cannot submit urb (err = -19)
[   23.220036] usb 2-4.2.4: cannot submit urb (err = -19)
[   23.224292] xhci_hcd 0000:06:00.3: WARN Event TRB for slot 9 ep 2 with no TDs queued?
[   23.226335] usb 2-4.2.4: cannot submit urb 0, error -19: no device
[   23.228300] xhci_hcd 0000:06:00.3: WARN Event TRB for slot 9 ep 7 with no TDs queued?
[   23.230253] usb 2-4.2.4: cannot submit urb 0, error -19: no device
[   28.492247] xhci_hcd 0000:06:00.3: xHCI host not responding to stop endpoint command.
[   28.492254] xhci_hcd 0000:06:00.3: USBSTS:
[   28.504058] xhci_hcd 0000:06:00.3: xHCI host controller not responding, assume dead
[   28.504097] xhci_hcd 0000:06:00.3: HC died; cleaning up
[   28.504119] xhci_hcd 0000:06:00.3: xHCI host not responding to stop endpoint command.
[   28.504121] xhci_hcd 0000:06:00.3: USBSTS: HCHalted
[   28.504142] xhci_hcd 0000:06:00.3: xHCI host not responding to stop endpoint command.
[   28.504144] xhci_hcd 0000:06:00.3: USBSTS: HCHalted
[   28.504174] xhci_hcd 0000:06:00.3: Timeout while waiting for configure endpoint command
[   28.504468] usb 2-4.2.4: Not enough bandwidth for altsetting 0
[   28.504952] usb 2-4.2.4: Not enough bandwidth for altsetting 0
[   28.542740] usb 2-4.2.4: USB disconnect, device number 8
[   28.578149] usb 2-4.3: USB disconnect, device number 5
[   28.663862] usb 2-4.5: USB disconnect, device number 7
[   32.414435] [drm] DM_MST: starting TM on aconnector: 0000000000116f76 [id: 78]
[   32.892791] [drm] Failed to updateMST allocation table forpipe idx:2

and with the regular kernel:


[  925.553241] xhci_hcd 0000:06:00.3: xHCI host not responding to stop endpoint command.
[  925.565045] xhci_hcd 0000:06:00.3: xHCI host controller not responding, assume dead
[  925.565063] xhci_hcd 0000:06:00.3: HC died; cleaning up
[  925.565085] xhci_hcd 0000:06:00.3: Timeout while waiting for configure endpoint command
[  925.565467] usb 2-4.3: USB disconnect, device number 5
[  925.667729] usb 2-4.5: USB disconnect, device number 6
[  951.608098] GpuWatchdog[1820]: segfault at 0 ip 0000558fe3d988c7 sp 00007ff0a0fc34e0 error 6 in signal-desktop[558fe0bbb000+53dc000]
[  951.608111] Code: 7d b7 00 79 09 48 8b 7d a0 e8 05 51 d3 fe 8b 83 00 01 00 00 85 c0 0f 84 91 00 00 00 48 8b 03 48 89 df be 01 00 00 00 ff 50 68 <c7> 04 25 00 00 00 00 37 13 00 00 c6 05 77 5f 70 02 01 80 7d 87 00
[ 1007.198584] GpuWatchdog[7570]: segfault at 0 ip 00005654fc44d8c7 sp 00007feded96e4e0 error 6 in signal-desktop[5654f9270000+53dc000]
[ 1007.198590] Code: 7d b7 00 79 09 48 8b 7d a0 e8 05 51 d3 fe 8b 83 00 01 00 00 85 c0 0f 84 91 00 00 00 48 8b 03 48 89 df be 01 00 00 00 ff 50 68 <c7> 04 25 00 00 00 00 37 13 00 00 c6 05 77 5f 70 02 01 80 7d 87 00
[ 1062.740857] GpuWatchdog[7635]: segfault at 0 ip 0000559555d6e8c7 sp 00007fda1740d4e0 error 6 in signal-desktop[559552b91000+53dc000]
[ 1062.740869] Code: 7d b7 00 79 09 48 8b 7d a0 e8 05 51 d3 fe 8b 83 00 01 00 00 85 c0 0f 84 91 00 00 00 48 8b 03 48 89 df be 01 00 00 00 ff 50 68 <c7> 04 25 00 00 00 00 37 13 00 00 c6 05 77 5f 70 02 01 80 7d 87 00

Not a solution, but two observations:

  1. kernel version 5.7.8 is not the latest you can get on nixos-20.09, the current stable release of NixOS (5.8.18 is). Did you update your system channel recently?
  2. This GpuWatchdog segfault may hint at a problem with the GPU? From the log you provided, you seem to be running a fairly recent Ryzen 7 Pro 3700U with Radeon Vega Mobile Gfx (family: 0x17, model: 0x18, stepping: 0x1). In my limited experience, these have usually better been supported with a recent kernel, the more recent, the better.
1 Like

you are a mensch! I got so excited about this, but I’m still getting those xhci errors and the same behavior on undock. :frowning:

but now I have a fancy updated system! most things seem to work still. deoplete is throwing errors. hahaha

I’m on 20.09, I guess I can move to unstable… I’ll check the kernel versions on that…

ah, well that was worth a shot… on unstable with the latest kernel and still getting xhci errors. :cry:

am I doomed to wait indefinitely… forever… until my laptop works? did I really mess up by getting this laptop?? :cry:

and some more reasonable questions:

do the kernelPackages = pkgs.linuxPackages_latest and unstable channel actually update? being that they each describe something that naturally changes? respectively: which kernel is the latest; and the contents of the most cutting edge channel. Will I be doomed to have an unstable system being that these two things are naturally in flux? should I switch back to 20.09 while I wait for a kernel update to fix my misfortune?

I also have some weird errors with this **** docking station (probably not the same model with yours but still). I have a t460p, and things I can recommend:

  • Update your BIOS firmware
  • Check if your dock has a firmware or not + update that one too
  • Use latest kernel

My problems didn’t disappear completely, but it was bearable after the updates.

I’m planning to switch to Dell as my next laptop. I was so happy with thinkpads until I started to use docks.

I have t460p with dockstation.
Everything was fine on 19.09 but dockstation USB became unusable on 20.09.
Trying 20.03.

Same issue with 20.03.
Switched back to 19.09, it looks like everything is fine on 4.19 kernel.
Will try later 20.09 with 4.19 kernel.

what is you addition to

  boot = {
    initrd = {
        #kernelModules =  ;
        availableKernelModules =

“xhci_pci”
“xhci_hcd”
(“ehci_pci”)

?