urb->status -EOVERFLOW

Hi,

After a big rewriting of iuu_phoenix, I have the following problem.
The polling is well working with callback mechanism but only during 30
seconds maximum.
After sometime, The read_bulk_callback give me an urb-status EOVERFLOW...
Is the polling running to faster than the device can support ? Is there a
way to slow down the polling ?
The only way to recover is to reset the device ( usb_reset_device )

Alain  

-----Message d'origine-----
De : [email protected]
[mailto:[email protected]] De la part de David
Brownell
Envoyé : vendredi 20 juillet 2007 23:45
À : [email protected]; [email protected]
Objet : Re: [linux-usb-devel] driver question

> If we imagine a scenario where host sends a IN/OUT token and device
> consistenly responds with NAK. what does the driver do in that case ?

Whatever it wants.  Usually it's correct to keep waiting for the
deice to provide the data.


> Does the driver timeout and abandaon the transaction in such a case ?

It could, but that's rarely appropriate.


> Which code fragement in the driver handles this case.

Whatever sets a timer to unlink (or kill) the URB when it times out.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel