However, if I set status in the urb to -ECONNRESET it works (do it in the complet. handler). Now, is it a workaround or is it the right way to stop the ISO transfer? Is it normal that urb->dev becomes zero after the first resubmission? Is the code in ehci-q.c responsible for that? Somewhere around these AUTOMAGIC defines?
You've puzzled me. Interrupt transfers should use the ECONNRESET workaround, yes ... but those INTR_AUTOMAGIC lines of code should never fire for ISO transfers. Don't use the "urb->next" model; to stream ISO, just keep resubmitting in your device driver.
At one point that ISO code worked in light testing with double buffering. It does need a rewrite though ... :)
- Dave
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
