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
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.
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?
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
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?
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.
ah, well that was worth a shot… on unstable with the latest kernel and still getting xhci errors.
am I doomed to wait indefinitely… forever… until my laptop works? did I really mess up by getting this laptop??
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.