Hello, Alan On Thu, 30 Jun 2005, Alan Stern wrote:
> Implying that you are using the 1761 as a host, not as a slave. Sure:-) > > Now, I can pretty easily bring the > > controller to a state when it sets the HALT bit in its queue-head. > > That happens when it receives an error or a STALL token? Emn, what do you mean "receives"? I see what happens on the bus, and I see what I get from the chip, but I cannot always exactly recognise, which error came first:-) I could connect the trigger output from the analyser to a GPIO, but... I don't see STALLs. In fact, I don't see the event on the bus that I could interpret as the reason for the HALT. Possibly, the reason was my configuration: host <---> hub <---> analyser <--- looooong cable ---> device. So, I guess, I cannot exactly answer your question. I am trying right now with the analyser directly after the host... Ok, got one. The first error is an IN request followed 5us later by a 0xf8 byte, marked as an invalid IN direction to device... Then 6ms later come 2 valid INs with replies 512 bytes each and then 14ms later suddenly a BULK_RESET with incomplete IN (NAKs, I think, they were filtered out this time)... Then a valid bulk OUT (cannot say what it was without looking up somewhere, goes like 55 53 42 43 3a 59 02 00 00 fc 01 00 80 00 0a 28... - 31 bytes total). And then more NAKed INs, again a BULK_RESET, etc. > Unforunately a lot of USB Mass Storage devices don't respond correctly to > the class-specific reset request. That could easily explain the > indefinite NAK. So could your looooong cable. I see, will try a proper (Maxtor USB-disc) device next. > The driver should keep on retrying NAKs. That's what the standard > controllers do, and it's why higher levels use timeouts. Ok, that's easy. Thanks! > As for this endless loop -- I can't tell what you're referring to. If you > turn on CONFIG_USB_STORAGE_DEBUG, the debugging log will show what's going > on at the higher level. Well, as long as I don't error out, this doesn't happen. So, I, probably, won't test it further. I can just tell you that when this happens I keep getting SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 70000 Thanks very much! Guennadi --------------------------------- Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel