On 02/06/17(Fri) 12:38, Tinker wrote:
> Hi misc@,
>
> My Xeon Asrock machine with an RTL8153 on an USB2 plug (to first network)
> and an RTL8153 on an USB3 plug (to second network), just had this USB
> failure on the second RTL8153:
>
> cdce1: usb error on tx: IOERROR
> cdce1: watchdog timeout
> cdce1: usb error on tx: TIMEOUT
Your bug report is missing a dmesg where this failure happens.
> I learned today that OpenBSD does not implement USB3 fully, specifically it
> doesn't implement the 5gbps SuperSpeed mode, but only 1gbps.
This is irrelevant to the error above.
> I picture that this could have been because that interface for a split
> second consumed the whole 1gbps frame and then attempting to push just a
> little bit more, and there was some data loss that ended up confusing the
> cdce driver so it (for practical purposes) crashed.
It could be anything. If you're sure it's an xhci(4) problem, because
you tried the device on ehci(4) and it works, did you try enabling
XHCI_DEBUG?
> Too bad it doesn't recover and get online again by itself.
You can fix the watchdog functions, look at how other drivers do it.
> This is on a patched 6.0, someday I should try getting ureN devices on 6.1.
This won't fix bugs.
> Meanwhile I guess that this crash situation should be remedied simply by
> using the NIC:s' USB2 ports only instead.
So it's an xhci(4) problem? Could you submit a bug report with a dmesg
of a kernel compiled with XHCI_DEBUG and exposing the problems above
motioned?
No comments:
Post a Comment