Hi Mathias, Thanks for getting back to me. > There are a couple of xhci bugs triggered by dvb devices: > https://bugzilla.kernel.org/show_bug.cgi?id=75521 > https://bugzilla.kernel.org/show_bug.cgi?id=65021 > > The first one (75521) I believe is mostly fixed by patches in 3.18 and early > 3.19-rc, so work on a 3.19-rc kernel to eliminate those issues. Yeah, I'm already running 3.19-rc1 so I should be in good shape for the first issue (and I've never seen any errors that resemble those in the bug report). > The second bug (65021) looks more like your case, it queues two stop_endpoints > commands almost simultaneously, which end up never completing, ->timeout and tear down xhci. > That bug has a debug patch for command ring status, you could try it out to check if > the command queue is running among other details. The second bug definitely looks like what I'm seeing. I'll try your tree and report back my findings. > A verbose xhci dmesg log log using: > echo -n 'module xhci_hcd =p' > /sys/kernel/debug/dynamic_debug/control > could give some insight to what's happening Just to be clear, the log I provided in my original email actually was with "xhci_hcd +p", but I'm assuming you mean to provide that log output after loading up your "for-usb-next-test" tree. I'm happy to ship you a device if you want to reproduce the issue locally. On my 2014 Macbook Pro all I have to do is plug in the device and run the tvtime application that ships with most distros, and it fails 100% of the time within 5 seconds (you don't actually need a DVB or analog TV source connected to hit the bug). Just email me your shipping info off-list if you're interested. Thanks, Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- 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
