Hello :
I have a problem with usb webcam working on dm365.I load usbcore and musb_hdrc modules first, then I plug in the usb webcam.After that I load the usb webccam driver module gspca.ko, I got the following messages:
/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: USB GSPCA camera found.(ZC3XX)/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: [spca5xx_probe:4275] Camera type JPEG/home/pencil722/獢/DM365/useful/gspcav1-20071224/Vimicro/zc3xx.h: [zc3xx_config:669] Find Sensor HV7131R(c)/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: [spca5xx_getcapability:1249] maxw 640 maxh 480 minw 160 minh 120usbcore: registered new driver gspca/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: gspca driver01.00.20 registered
I think this message means the usb webcam devices is working with the driver.And I can see the /dev/video.But When I ran the DVSDK sample code encode, I got the following error message:
/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: init isoc: usb_submit_urb(0) ret -28/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: [gspca_set_isoc_ep:945] ISO EndPoint found 0x81 AlternateSet 6/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: init isoc: usb_submit_urb(0) ret -28/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: [gspca_set_isoc_ep:945] ISO EndPoint found 0x81 AlternateSet 5/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: [spca50x_move_data:1611] ISOC data error: [1] len=0, status=-18
/home/pencil722/獢/DM365/useful/gspcav1-20071224/gspca_core.c: [spca50x_move_data:1611] ISOC data error: [2] len=0, status=-18I don't know what happened? Is the sample code wrong? Or the driver can't work for dm365?can anyone help solving the problems.
Peter.
there seems to no sample way to get it work with the high-bandwidth iso mode except hack the source code, cus i found the hardware handle:
3.2.4.1.3 Error HandlingIf a CRC or bit-stuff error occurs during the reception of a packet, the packet will still be stored in the FIFObut the DATAERR_NAKTIMEOUT bit of HOST_RXCSR (bit 3) is set to indicate that the data may becorrupt
if we donot take care of the NAKTIMEOUT errror, what will happen with more then 1kb data package? is it the only way to make it works ?
Thanks in advance
Regards, Mike
Mike,
DM365 doesn't support high bandwidth iso transfer.
Regards,
Ajay
If my reply answers your question then please click on the green button "Verify Answer"
hi, Ajay
yes,you are right.
it was confirmed with the FAE.
regards,Mike
Hi Ajay,
Is high bandwidth iso transfer not possible because of hardware limitation or is it a s/w problem ? After going through SPRUFH9A document section (3.3.2.1 ), i feel that it could be a s/w problem. Rx buffer size can be between 1 to 64k size
As per section 3.3.2.7 i,,e Transparent Mode and RNDIS Mode Receive DMA Operation
RNDIS mode DMA is used to receive DMA packets which are larger than USB MaxPktSize. This isaccomplished by breaking the larger packet into smaller packets, not larger than USB MaxPktSize. Thisimplies that multiple USB packets of MaxPktSize will be received and transferred together as a singlelarge DMA packet and the DMA interrupt is generated only at the end of the complete reception of DMApacket.From the above definition enabling RNDIS mode DMA, the usb host should be able to receive the packets with larger size in isochronous transfer. Is there any patch which fixes the issue ?
The same problem was seen on DM 8148 but got fixed after applying the patch. I feel the same should be the case with DM 368
regards
pradeep
Pradeep,
It depends on platform in use. TI platforms DM365, DM644x, DM646x don't support high bandwidth iso tramsfer in hardware but AM35x, DM37x, TI814x, TI816x and AM335x do support it.
You can refer to latest kernel tree for TI814x at http://arago-project.org/git/projects/?p=linux-omap3.git;a=shortlog;h=refs/heads/TI814XPSP_04.01.00.07 which gets updated as and when there is a fix available.
As stated by you "DM365 doesn't support high bandwidth iso transfer.", does it means usb wifi modules will also not work properly?
Actually right now we are struggling with RTL8187L and RTL8188RU based USB wifi modules. Driver is ported successfully but after sometimes when load increases the Wifi modules behaves weird with disconnections and it can only be reconnected after reboot.
I am using DM365EVM with DVSDK 4.02