Hi,
On Sat, Oct 11, 2014 at 01:22:58PM +0800, Huang Rui wrote:
> On Sat, Oct 11, 2014 at 01:14:44PM +0800, Huang Rui wrote:
> > On Fri, Oct 10, 2014 at 09:04:15AM -0500, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Fri, Oct 10, 2014 at 05:25:34PM +0800, Huang Rui wrote:
> > > > > > I enabled dwc3 and gadget debug/verbose configuration, the whole testing dmesg
> > > > >
> > > > > oh, that's why it's so slow :-) I'm getting over 30MB/sec with a Cortex
> > > > > A9 :-)
> > > > >
> > > >
> > > > Yes, maybe have two reasons:
> > > > 1) The input clock is much slower than SOC's.
> > > > 2) I used high speed mode.
> > >
> > > right, i'm running at highspeed too.
> > >
> > > > Because of the timing issue on FPGA, bulk write transfer would get
> > > > stuck when use more than 1MB (can pass on small file write) on super
> > > > speed mode. (Gadget Zero failed on 1/3/5/7 with 10s timeout)
> > >
> > > These shouldn't fail. I'll leave testusb running tonight.
> > >
> > > > > > Do you want to see the whole testing dmesg, with which debug level
> > > > > > enablement?
> > > > >
> > > > > This is good for me, thank you.
> > > >
> > > > The test log with booting is attached. Please review.
> > >
> > > will do.
> > >
> > > > > ps: FYI, I left my board running overnight the same test. It has been
> > > > > pretty stable so far.
> > > > >
> > > >
> > > > High speed mode is stable in my FPGA board, but super speed is not
> > > > at current.
> > >
> > > weird. Got any logs ? If you want to share logs I can probably help you
> > > debugging that.
> > >
> >
> > Sure. Below is my controller as super speed mode on gadget zero test 1 (bulk
> > write). Test 9/10 can be passed and device is able to enumerated, so control
> > transfer should be OK.
> >
> > Bus 007 Device 004: ID 0525:a4a0 Netchip Technology, Inc. Linux-USB "Gadget Zero"
> >
> > root@hr-bak:/home/ray/usb# ./testusb.sh 1
> > unknown speed /dev/bus/usb/007/004 0
> > /dev/bus/usb/007/004 test 1 --> 110 (Connection timed out)
> >
> > Host:
> > [ 8793.096303] usb 7-1: new SuperSpeed USB device number 4 using xhci_hcd
> > [ 8793.119876] usb 7-1: New USB device found, idVendor=0525, idProduct=a4a0
> > [ 8793.120109] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> > [ 8793.120352] usb 7-1: Product: Gadget Zero
> > [ 8793.120493] usb 7-1: Manufacturer: Linux 3.17.0-rc5-dwc3-upstream+ with dwc3-gadget
> > [ 8793.120751] usb 7-1: SerialNumber: 0123456789.0123456789.0123456789
> > [ 8793.489749] usbtest 7-1:3.0: Linux gadget zero
> > [ 8793.489933] usbtest 7-1:3.0: super-speed {control in/out bulk-in bulk-out} tests (+alt)
> > [ 8793.490246] usbcore: registered new interface driver usbtest
> > [ 8815.325781] usbcore: deregistering interface driver usbtest
> > [ 8819.760443] usbtest 7-1:3.0: Linux gadget zero
> > [ 8819.760621] usbtest 7-1:3.0: super-speed {control in/out bulk-in bulk-out} tests (+alt)
> > [ 8819.760921] usbcore: registered new interface driver usbtest
> > [ 8891.317350] usbtest 7-1:3.0: TEST 1: write 512 bytes 20 times
> > [ 8901.316770] usb 7-1: test1 failed, iterations left 19, status -110 (not 0)
oh, ok. See this thread:
http://marc.info/?l=linux-usb&m=141296688426206
--
balbi
Attachment:
signature.asc
Description: Digital signature
