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.