Hi, Two Arch Linux users reported that a suspend cycle makes their xHCI controllers die since the 6.16 release. Link: https://bbs.archlinux.org/viewtopic.php?id=307641 Posted log snippet: Aug 16 12:12:53 talc kernel: xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command Aug 16 12:12:53 talc kernel: xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead Aug 16 12:12:53 talc kernel: xhci_hcd 0000:00:14.0: HC died; cleaning up Aug 16 12:12:53 talc kernel: usb 1-8: PM: dpm_run_callback(): usb_dev_resume returns -22 Aug 16 12:12:53 talc kernel: usb 1-5: PM: dpm_run_callback(): usb_dev_resume returns -5 Aug 16 12:12:53 talc kernel: usb 1-5: PM: failed to resume async: error -5 Aug 16 12:12:53 talc kernel: usb 1-8: PM: failed to resume async: error -22 Aug 16 12:12:53 talc kernel: OOM killer enabled. Aug 16 12:12:53 talc kernel: Restarting tasks: Starting Aug 16 12:12:53 talc kernel: mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_ops [i915]) Aug 16 12:12:53 talc kernel: usb 1-5: USB disconnect, device number 3 Aug 16 12:12:53 talc kernel: Restarting tasks: Done Aug 16 12:12:53 talc kernel: random: crng reseeded on system resumption Aug 16 12:12:53 talc kernel: usb 1-8: USB disconnect, device number 4 Aug 16 12:12:53 talc kernel: PM: suspend exit I tried suspending my PC packed with several xHCs and none of them died, so it may be hardware specific. The log shows this Intel PCI ID: Aug 16 12:07:31 talc kernel: pci 0000:00:14.0: [8086:4ded] type 00 class 0x0c0330 conventional PCI endpoint A bisect effort is ongoing and c0c9379f235d ("Merge tag 'usb-6.16-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb") is bad, so that's where the bug likely came from. Any ideas what it could be? I have none, looks like it may be another utterly unobvious issue from a trivial cleanup patch. Christian (Cc) is the Arch package maintainer helping track this down. Regards, Michal
