> However, I'm still getting a different kind of error: after capturing > some 100 frames, my VIDIOC_DQBUF ioctl will fail with -EIO. I'm using > revision 84 with a small part of the patch from Evgeny (only the 500 us > delay after control transfers). Just for reference: I seem to have fixed my problem, at least sort of, by spending money :-) I went to the next computer store and bought a new USB 2.0 controller card, this time with a NEC chipset, and the camera has now been running stable for at least 40 minutes, even with frequent control requests.
So, as far as I can tell, it works with:
02:0a.2 Class 0c03: 1033:00e0 (rev 04)
02:0a.2 USB Controller: NEC Corporation USB 2.0 (rev 04) (prog-if 20
[EHCI])
Subsystem: DTK Computer PTI-205N USB 2.0 Host Controller
and fails quite reliably with:
00:1d.7 Class 0c03: 8086:24cd (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2
EHCI Controller (rev 02) (prog-if 20 [EHCI])
Subsystem: ASUSTeK Computer Inc. Unknown device 8089
I didn't use audio in any case. The only difference between the two
controllers is that the non-working one has an UHCI companion
controller, the working one has OHCI.
Would it make sense to create a Wiki or something like that in order to
collect working and non-working controllers? Or is the influence of
other factors so large that this is useless?
Yours, Florian
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ Linux-uvc-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
