On Sun, 26 Apr 2009, Martin Fuzzey wrote: > Hi, > > David Brownell wrote: > > On Friday 27 March 2009, Haavard Skinnemoen wrote: > > > >>> Something you're more likely to run into is the ep0out test > >>> case failure I saw. Again, it *might* be specific to my > >>> test setup ... the first (64 byte) data packet got written > >>> to the peripheral, from then on it was ping/nak until the > >>> request timed out and got aborted. Specific to "test 14". > >>> > Yes I'm getting this too - with usbgadget on atngw100 2.6.29 connected > to my MX21 HC > I'll try upgrading to the latest mainline code to see if it changes. > > It also fails test 14 for < 64 control transfers [testusb -c 1 -t 14 -s > 32 -v 31 -a] > With this everything looks fine on the bus - the setup and 32 byte data > packet are ACKd but I then I get a STALL. [text export of beagle trace > below] > The test then fails with error 32 (broken pipe) FWIW, I'm also having a problem on atngw100 with 2.6.28.7 gadgetfs and ptp-gadget - bulk-in fails (see mail archives). Thanks Guennadi > > On the ATNGW100 side I see > udc: ep0: TXCOMP: Invalid endpoint state 2, halting endpoint... > > After this nothing works anymore on the ATNGW100 side (not even > enumeration) [reads of the device descriptor fail] but the MX21 side > still works with other USB devices. > > Rebooting the ATNGW100 fixes it. > > All the other tests work. > > I'm suspecting this is a problem on the ATNGW100 side. Is there a way to > force it to negotiate as full speed only so I can verify this with my PC > rather than the MX21? > > [ 47] 0:02.311.737.666 / SETUP > Duration = 2720 ns > Data start = 560 ns > Length = 3 bytes > > 0000: 2D 05 D0 > > [ 48] 0:02.311.740.916 / DATA0 > Duration = 7840 ns > Data start = 560 ns > Length = 11 bytes > > 0000: C3 40 5B 00 00 00 00 20 > 0008: 00 48 C1 > > [ 49] 0:02.311.749.666 / ACK > Duration = 1420 ns > Data start = 560 ns > Length = 1 bytes > > 0000: D2 > > [ 50] 0:02.311.860.437 / [1 SOF] > > [ 51] 0:02.311.929.687 / OUT > Duration = 2700 ns > Data start = 560 ns > Length = 3 bytes > > 0000: E1 05 D0 > > [ 52] 0:02.311.932.937 / DATA1 > Duration = 23200 ns > Data start = 560 ns > Length = 35 bytes > > 0000: 4B 00 01 02 03 04 05 06 > 0008: 07 08 09 0A 0B 0C 0D 0E > 0010: 0F 10 11 12 13 14 15 16 > 0018: 17 18 19 1A 1B 1C 1D 1E > 0020: 1F 94 A8 > > [ 53] 0:02.311.957.687 / ACK > Duration = 1420 ns > Data start = 560 ns > Length = 1 bytes > > 0000: D2 > > [ 54] 0:02.312.860.541 / [5 SOF] [769 IN/NAK] > > [ 55] 0:02.317.707.000 / IN > Duration = 2700 ns > Data start = 560 ns > Length = 3 bytes > > 0000: 69 05 D0 > > [ 56] 0:02.317.710.458 / STALL > Duration = 1440 ns > Data start = 560 ns > Length = 1 bytes > > 0000: 1E > > Regards, > Martin > > -- > To unsubscribe from this list: send the line "unsubscribe linux-usb" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
