On Wed, Mar 01, 2006 at 08:51:19PM -0800, Pete Zaitcev wrote: > On Wed, 1 Mar 2006 19:30:16 -0800, David Brownell <[EMAIL PROTECTED]> wrote: > > On Wednesday 01 March 2006 5:53 pm, Pete Zaitcev wrote: > > > On Wed, 1 Mar 2006 17:36:17 -0800, Marc Singer <[EMAIL PROTECTED]> wrote: > > > > > > > Its response to #11 is what is > > > > broken. It may be getting confused by the second status request *or* > > > > it may have sent the STALL (is that the -32?) before it received the > > > > second GET_STATUS. > > > > If queueing in HCD works well, the device would be presented with the > > > second control request before the first one completed, and so the second > > > scenario should have played. This is my understanding of it, but I may > > > be wrong. > > > > In this case you are. The HCD is *not allowed* to start one transfer before > > the preceding one finishes. > > Somehow the "not" before the would has disappeared -- which is what > the second scenario was.
I'm rereading for a 'would' to put a 'not' before it and I'm not seeing it. My question is simple. How can I inspect a dump from USBMON and indentify something that is a wrong result? Assuming that the message order produced by the UHCI driver is correct (it's too late to go buying a hub right now), and I suspect that it is correct, I'm seeing about 30 outstanding requests before the replies come back. Is this wrong? In order to make sense of a test, I need to be able to determine what when the output is wrong? Is the output of test.sh the only thing that I can depend on to tell me when there is an error? ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
