> > The driver may be trying to transfer too much data in a single URB, or > trying to queue too many URBs at once. But it seems odd that you get a > stall even when trying to receive a single frame. Shouldn't that take > less than 50 ms? So increasing FSBR_DELAY from 50 to 1000 shouldn't make > any difference.
One frame has about 300k. We tried 32k, 64k and 300k per urb. We queue 3 frames. That means there is a maximum of 30 urbs in the queue. Is that too much? > > Are you sure the URB_NO_FSBR flag doesn't have any effect? I would expect > that setting it would cause things to _stop_ working when FSBR_DELAY is > equal to 1000. That's an unpleasant effect, to be sure, but still an > effect. ok.. I'll try that.. thank you! -- Geschenkt: 3 Monate GMX ProMail + 3 Top-Spielfilme auf DVD ++ Jetzt kostenlos testen http://www.gmx.net/de/go/mail ++ ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
