You are not logged in.

#1 2018-04-25 15:31:05

mwohah
Member
Registered: 2017-05-31
Posts: 14

xHCI host controller not responding, assume dead

Since the upgrade to Linux 4.15, I'm experiencing an issue where all my USB devices just die seemingly without any cause. Both my laptop's internal (attached) keyboard as well as my external keyboard die.

Replugging the external keyboard unfortunately does not solve the problem. My touchpad, on the other hand, continues to work, though it may internally be connected via PS/2.

After this happens, I have only been able to solve it by rebooting.

In the logs, the following error can be found.

xhci_hcd 0000:3d:00.0: xHCI host controller not responding, assume dead

This issue has been posted on the Arch forums before, such as in this thread, but unfortunately the solution proposed there (adding intel_iommu=false to the kernel parameters) had no effect in my case, hence my repost.

Is there anyone else experiencing this issue or is there perhaps a way to kickstart xHCI again so that a reboot at least is not required?

For the moment I've downgraded to linux-lts, which is at version 4.14 and does not expose this issue. I've also tested the recently released 4.16, but it does not seem to fix the issue either. I'd be happy to post this on the kernel bug tracker if this appears to be a kernel bug or on the Arch bug tracker if necessary.

Thanks!

Offline

#2 2018-04-27 05:04:28

mrfaber
Member
Registered: 2016-08-09
Posts: 9

Re: xHCI host controller not responding, assume dead

Can confirm, happening on 4.16 as well.

[  173.513098] xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead
[  173.513108] xhci_hcd 0000:00:14.0: HC died; cleaning up

Seems something is not right with xHCI(USB 3.0) handling after 4.14

Offline

#3 2018-04-27 10:20:33

loqs
Member
Registered: 2014-03-06
Posts: 4,527

Re: xHCI host controller not responding, assume dead

Please post the full dmesg output from an affected boot.
Edit:
have you tried blacklisting xhci_pci or bisecting between 4.14 and 4.15?

Last edited by loqs (2018-04-27 14:18:59)

Offline

#4 2018-04-27 17:07:03

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

Thanks for your responses.

dmesg from an affected boot is a bit hard, since they seem to be replaced every boot and I would need to wait for the issue to occur again. However, I see that journalctl contains most of the same information, so I took the liberty of fetching the logs from one complete boot (start to shutdown) that contained the issue and placed it here.

I have also not tried bisecting yet,  since I'm (unfortunately) on a work machine that I do not have the liberty of experimenting too much with and the issue doesn't always expose itself, so the breakage may significantly affect my work.

I've not yet tried blacklisting the xhci_pci driver. If this doesn't break my USB devices from working, so it is something I can try!

Offline

#5 2018-04-29 00:01:06

loqs
Member
Registered: 2014-03-06
Posts: 4,527

Re: xHCI host controller not responding, assume dead

You can blacklist xhci-pci Using_kernel_command_line so that the option will not persist beyond a boot.
If you do lose USB devices then you can power cycle the machine to restore the original functionality.

Offline

#6 2018-04-29 09:43:54

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

Thanks for taking the time to respond.

Unfortunately, blacklisting xhci_pci breaks all my USB devices permanently, there does not appear to be any sort of fallback to something else - at least not automatically.

Offline

#7 2018-04-29 10:39:17

yths
Member
Registered: 2017-11-12
Posts: 2

Re: xHCI host controller not responding, assume dead

I can confirm the problem, please find an excerpt of my dmesg output below. The problem causes my bluetooth mouse to stop working at random times.

[    0.713879] xhci_hcd 0000:00:14.0: xHCI Host Controller
[    0.713886] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1
[    0.714956] xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x00109810
[    0.714962] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported
[    0.715082] usb usb1: Manufacturer: Linux 4.16.4-1-ARCH xhci-hcd
[    0.718643] xhci_hcd 0000:00:14.0: xHCI Host Controller
[    0.718647] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2
[    0.718686] usb usb2: Manufacturer: Linux 4.16.4-1-ARCH xhci-hcd
[    1.046752] usb 1-5: new high-speed USB device number 2 using xhci_hcd
[    1.320021] usb 1-7: new full-speed USB device number 3 using xhci_hcd
[ 5265.105807] xhci_hcd 0000:00:14.0: xHC is not running.
[ 5265.111852] xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead
[ 5265.111868] xhci_hcd 0000:00:14.0: HC died; cleaning up

I tried several workarounds that I found on the web with no avail:
1. Setting the kernel parameters iommu=soft pci=nomsi as suggested here: https://bugs.launchpad.net/ubuntu/+sour … ug/1413440
2. Setting the kernel parameter intel_iommu=off as suggested here: https://bbs.archlinux.org/viewtopic.php?id=230764
3. Some source suggested that adding options iwlwifi bt_coex_active=0 to /etc/modprobe.d/iwlwifi.conf might fix it (can't found source anymore).

Restarting xHCI sometimes works for me like so (but sometimes it does not work for no apparent reason):

echo -n "0000:00:14.0" | tee /sys/bus/pci/drivers/xhci_hcd/unbind
sleep 5
echo -n "0000:00:14.0" | tee /sys/bus/pci/drivers/xhci_hcd/bind

I'd be interested in learning the reason and even a fix to this problem. Thanks.

Offline

#8 2018-04-29 13:21:05

radiomike
Member
Registered: 2013-12-19
Posts: 33

Re: xHCI host controller not responding, assume dead

I think this is more likely to do with power management. You may wish to look at either disabling USB autosuspend or blacklisting the relevant devices.

I'm using TLP for power management which makes either process quite easy, though may also be the cause.

Offline

#9 2018-05-02 15:40:44

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

I do indeed have powertop enabled with --auto-tune. I'll try removing the xHCI devices from the tuning and see if this makes any difference.

Offline

#10 2018-05-02 18:30:58

yths
Member
Registered: 2017-11-12
Posts: 2

Re: xHCI host controller not responding, assume dead

I turned USB_BLACKLIST_BTUSB on (i.e. disabled USB autosuspend for Bluetooth devices) via TLP and until now the problem did not show again.

Offline

#11 2018-05-10 11:28:19

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

Just wanted to mention that the problem has not shown itself again after I disabled USB suspend for my xHCI controllers. This does seem to indicate that there is some sort of bug in USB power management from kernel 4.15 upwards.

What is the right course of action to proceed? Shall I report this issue to the Arch bug tracker or to the kernel mailing list?

Offline

#12 2018-05-10 14:47:34

loqs
Member
Registered: 2014-03-06
Posts: 4,527

Re: xHCI host controller not responding, assume dead

mwohah wrote:

What is the right course of action to proceed? Shall I report this issue to the Arch bug tracker or to the kernel mailing list?

http://www.linux-usb.org/mailing.html
https://www.kernel.org/doc/html/latest/ … -bugs.html
Nothing will happen if you report it on the Arch bug tracker without already having a fix to apply.

Offline

#13 2018-05-10 18:31:12

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

Okay, thanks. I've reported an issue to the kernel bug tracker here.

Offline

#14 2018-05-10 20:33:36

loqs
Member
Registered: 2014-03-06
Posts: 4,527

Re: xHCI host controller not responding, assume dead

perl scripts/get_maintainer.pl drivers/usb/host/xhci.c
Mathias Nyman <mathias.nyman@intel.com> (supporter:USB XHCI DRIVER)
Greg Kroah-Hartman <gregkh@linuxfoundation.org> (supporter:USB SUBSYSTEM)
linux-usb@vger.kernel.org (open list:USB XHCI DRIVER)
linux-kernel@vger.kernel.org (open list)

Supported kernel versions are listed on https://www.kernel.org/ excluding those marked EOL

Offline

#15 2018-05-14 15:10:49

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

This was also posted to the USB mailing list as requested, see also [1]. Apparently there is a related issue as well [2].

[1] https://marc.info/?l=linux-usb&m=152605665812321&w=2
[2] https://marc.info/?l=linux-usb&m=152335174903017&w=2

Offline

#16 2018-05-14 15:57:40

loqs
Member
Registered: 2014-03-06
Posts: 4,527

Re: xHCI host controller not responding, assume dead

@mwohah you need any help building the kernel with the suggested patch applied or building git://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git for-usb-linus ?

Offline

#17 2018-05-17 20:16:26

mwohah
Member
Registered: 2017-05-31
Posts: 14

Re: xHCI host controller not responding, assume dead

@loqs I'll give it a whirl via the wiki first, but if I have any questions, I'll let you know - thanks for the offer, in any case!

I also wanted to let others know that there is a patch available for testing in the linked mailing list topic. I'll try and take it out for a test drive, but will be away for the coming two weeks (poor planning, I know). In any case, the more testers, the merrier!

Offline

Board footer

Powered by FluxBB