Actions
Bug #11049
openXHCI runtime reset required in xhci
Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Start date:
2019-05-18
Due date:
% Done:
0%
Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:
External Bug:
Description
On OpenIndiana 2019.04 (illumos-87ca5dca67
), when I executed sys-suspend
on Lenovo X230, the system crashed:
System is being suspended WARNING: Unable to suspend device pci17aa,21fa@14. WARNING: Device is busy or does not support suspend/resume. WARNING: xhci0: abort command timed out: resetting device panic[cpu2]/thread=ffffff001e695c20: XHCI runtime reset required ffffff001e695b40 xhci:xhci_taskq+37d816aa () ffffff001e695c00 genunix:taskq_thread+2d0 () ffffff001e695c10 unix:thread_start+8 () dumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel NOTICE: ahci1: ahci_tran_reset_dport port 0 reset port stack pointer for thread ffffff001e695c20 (tq:xhci_taskq): ffffff001e695840 ffffff001e695870 apix_setspl+0x17(fffffffffb888320) ffffff001e6958b0 0xffffff001e695c20() ffffff001e695c20 0x2e517893352()
Rest of the dump info attached.
Files
Related issues
Updated by Michal Nowak about 4 years ago
- Related to Bug #10055: recursive mutex enter in ahci added
Updated by Michal Nowak about 4 years ago
- File prtconf-d.txt prtconf-d.txt added
Attaching output of prtconf -d
as requested by Randy.
Updated by Michal Nowak over 3 years ago
Got a similar kernel trace on panic after couple of plugg-in and -out of an USB hub with keyboad, unifying dongle for mouse, and (turned off) printer between two xHCI ports. Did not attempted to suspend the system this time.
Updated by Alexander Pyhalov over 3 years ago
Have similar report - system panics on 2019.10 live usb boot with the following stack
xhci:xhci_taskq+37abbd17() genunix:takq_thread+2cd() unix:thread_start+b()
After this keyboard becomes unresponsive (likely, USB keyboard/kmdb issue)
Actions