Re: [RFC] How to handle delays in isochronous transfers?

[Jassi Brar]

On Tue, Sep 11, 2012 at 11:46 PM, Clemens Ladisch <clem...@ladisch.de> wrote:
> Alan Stern wrote:
>> I have tried some initial testing of my updates, using data-OUT
>> transfers with URB_ISO_ASAP turned off for the data URBs in
>> sound/usb/endpoint.c.  When interrupts are delayed so long that
>> synchronization is lost and a data URB submission fails, the sound
>> stops playing and doesn't restart.  But the synch URBs continue to be
>> submitted and ogg123 doesn't end for quite some time.
>
> When URB submission fails, the stream should be stopped.  In theory.
>
Since ISOCH transfers are not expected to be lossless (i.e, not
retried), perhaps we should simply lump all kinds of failures together
and ignore them and simply keep moving on?  Stream stopping should
only be done in response to standard USB state changes that warrant it
(ex switching to AltSetting-0) ?
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html