On Wed, 15 Mar 2006, Alan Stern wrote:

> On Tue, 14 Mar 2006, Marc Singer wrote:

> > Using the test.sh script, I get a different result.  According to USBMON, 
> > the test transmits the following:
> > 
> >   e0865c40 984311403 S Co:057:00 s 01 0b 0000 0000 0000 0
> >   e0865c40 984318037 C Co:057:00 0 0
> >   e0865c40 984320233 S Co:057:00 s 40 5b 0000 0000 0100 256 = 00010203 
> > 04050607 08090a0b 0c0d0e0f 10111213 14151617 18191a1b 1c1d1ee0865c40 
> > 984321033 C Co:057:00 -32 8 >
> >   e0865c40 984328828 S Co:057:00 s 01 0b 0000 0000 0000 0
> >   e0865c40 984336037 C Co:057:00 0 0
> >   e0865c40 984338146 S Co:057:00 s 40 5b 0000 0000 0100 256 = 00010203 
> > 04050607 08090a0b 0c0d0e0f 10111213 14151617 18191a1b 1c1d1ee0865c40 
> > 984339034 C Co:057:00 -32 8 >
> > 
> > What's odd is that there is no reponse from the UDC.  The dmesg output
> > on the host shows this:
> 
> No, what's odd is that the log shows the same URB being submitted twice
> with no completion in between (lines 3 and 4 above).  (Maybe that's what
> you meant by "no response from the UDC".)  A line must have gotten dropped
> from the log; usbcore should be smart enough to reject an URB submission 
> while the URB is still in progress.

Forget I wrote this.  I failed to notice that the entries actually were 
there, just with no preceding newline.

> >   usbtest 2-2:3.0: TEST 14:  15000 ep0out, 1..256 vary 1
> >   usbtest 2-2:3.0: ctrl_out, wlen -32 (expected 256)
> > 
> > So is this a problem with the test code?

No.  This test uses vendor-specific requests, which are supported by 
g_zero but not other gadget drivers.  If you're using g_zero to drive the 
gadget, then there must be something wrong with the UDC code.  Otherwise 
-32 is the expected result.

Alan Stern



-------------------------------------------------------
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
_______________________________________________
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