On Wed, 7 Jul 2004, Axel Waggershauser wrote: > On Wed, 2004-07-07 at 01:50, Pete Zaitcev wrote: > > On Tue, 06 Jul 2004 23:36:26 +0200 > > Axel Waggershauser <[EMAIL PROTECTED]> wrote: > > > > > following problem: After several hours (>10) of continuous bulk > > > transfers from the device to the host, I get a completion call with an > > > URB status == -84. The controller is a VIA UHCI running 2.6.7 with one > > > patch: I changed the FSBR_DELAY from HZ/20 to HZ/2 to "support" large > > > transfer buffers. > > > > [EMAIL PROTECTED] linux-2.6.7-usb]$ find drivers/usb -name '*.[hc]' | LANG=C xargs > > grep EILSEQ | more
>From Documentation/usb/error-codes.txt: -EILSEQ (*) CRC mismatch You have to take that with a grain of salt. As you gathered, the driver returns -EILSEQ whenever it sees TD_CTRL_CRCTIMEO set on any TD that's not an IN, i.e., OUT or SETUP. > Thanks (could have done that myself :-)). The uhci11d.pdf says that the > TD_CTRL_CRCTIMEO bit gets set on a CRC error detected on the host side > or on a timeout generated from the device side but this should merely > cause the host controller to perform a retry as long as the error > counter in the TD is > 0. (Thats how I understand it.) If you look at the UCHI document again, you'll see there are other conditions that can lead to the bit being set: no response within the prescribed bus turn-around time, and NAK or STALL received in response to a SETUP packet. In each case the controller retries until the error counter reaches 0. In my experience, the most likely cause for this error has been that the device doesn't respond at all. > How can I find out if the UHCI controller was set to perform a retry or > to immediately bail out. Is there a default policy that may be changed > or is it fixed? > > Thanks, Axel. The controller is always set up to retry the maximum number of times (3). This behavior is fixed in the driver. Alan Stern ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
