Re: drivers/usb/host/xhci-ring.c:1390 handle_cmd_completion

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi

back from my vacation.

On 27.07.2017 04:04, Jason A. Donenfeld wrote:
Hey Mathias,

While the oops has been fixed in the latest kernels, as of 4.12.3, I'm
still having issues where USB "stops working" after a while. If I
restart, then after a long while, it stops working again. If I simply
rmmod all the USB-related modules and modprobe xhci_pci, things work
again, but pretty soon after -- maybe 15ish minutes -- it's broken
again. If it's of any help, I'm often plugging and unplugging a USB
hub with quite a few devices on it. The message in my dmesg this time
isn't an BUG, like in the previous kernels, but rather this more
subdued set of messages:

[529153.583731] xhci_hcd 0000:00:14.0: Timeout while waiting for setup
device command
[529159.215731] xhci_hcd 0000:00:14.0: ERROR mismatched command completion event
[529159.215768] xhci_hcd 0000:00:14.0: Timeout while waiting for setup
device command

Odd, looks like something could still messed up with the comma queue,
or events are received out of order. Or maybe we don't get the interrupt for command completion event.

Any chance you could take traces of this?
It would show more details about the queued commands and completions.

xhci traces can be taken with:

mount -t debugfs none /sys/kernel/debug
echo 81920 > /sys/kernel/debug/tracing/buffer_size_kb
echo 1 > /sys/kernel/debug/tracing/events/xhci-hcd/enable

then after issue triggers send me the content of
/sys/kernel/debug/tracing/trace   (it will be huge)
and dmesg

Thanks
Mathias


--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux