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

Reply via email to