On 10/7/06, David Brownell <[EMAIL PROTECTED]> wrote: > I'd made suggestions there ... probably the simplest way for things like > the audio driver is to return a positive status code from urb submit, > indicating a schedule lossage fault but not a submit error. Simple enough > to make sure usbcore can pass such codes through, and all existing driver > code should only be testing "retval < 0" for faults.
In the current code, the URB isn't actually submitted in that case. We shouldn't return nonerror if the URB didn;t get submitted. If we do submit the URB as well as returning a positive error code, we take away the possibility of the higher level driver being able to act on the XRUN before the next URB is processed. I can't actually think of a specific reason why that would be a problem, but it occurs to me that it might. Monty ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
