> > Attached you can find a log about the enumeration process. The error > doesn't exist now in the device side, but in the host side dmesg shows: > > [ 184.912107] usb 2-4: new high speed USB device using ehci_hcd and > address 5 > [ 186.176426] Linux video capture interface: v2.00 > [ 186.224058] uvcvideo: Found UVC 1.00 device Webcam gadget (1d6b:0102) > [ 191.444287] uvcvideo: Failed to set UVC probe control : -110 (exp. > 26). > [ 191.568325] input: Webcam gadget as > /devices/pci0000:00/0000:00:1d.7/usb2/2-4/2-4:1.0/input/input11 > [ 191.568770] usbcore: registered new interface driver uvcvideo > [ 191.568777] USB Video Class driver (v1.0.0) > You may need to: - Read host uvc code to know what causes this " Failed to set UVC probe control : -110 (exp.26), is it possible device supply some error data to host? - or compare with device behavior between i.mx25 and i.mx53 board. > > I began my testing on a iMX53QSB with a FSL-2.6.35-x.y.z (I don't > remember exactly which BSP, but it was one of the firsts for the QSBs), > with the ARC-OTG USB driver. With some minor twicks, the app from > Laurent was working fine. The only problem I found was trying to setup > High Bandwith isochronous transfers; unfortunately, I didn't solve this > issue. Using 1 packet/uframe there was no problem at all, but I needed > more transfer rate. Freescale technical support told me that High > Bandwith isochronous transfers were not supported in the ARC-OTG driver, > so here I am now, trying to get this sorted with fsl_udc_core :-). > The arcotg_udc.c and fsl_udc_core.c has not many differences, only some low power and otg support are different. I have not tried High Bandwidth isochronous transfers, but I think both of them should support it. (see static void struct_ep_qh_setup). Feel free to post debug log. > Gonzalo. -- 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
