On Fri, 6 Oct 2006, Christopher "Monty" Montgomery wrote: > On 10/6/06, Alan Stern <[EMAIL PROTECTED]> wrote: > > Notice that you didn't answer the question I asked. I asked why you > > thought the reservation would be lost, and you replied by explaining why > > the reservation could not be recovered once it was lost. My original > > question still stands. > > What else would cause ALSA to throw EPIPE and the kernel to log > 'unable to submit datapipe for urb: error -28' two hours into a live > recording? The app involved is a realtime app, the sample thread is > running lockless at realtime priority 90, and ALSA never reports an > xrun. > > I'll also note that the recordings also frequently have random gaps in > them with no xruns or logs from any layer (so in addition to losing > the bandwidth reservation, we're also sometimes missing slots, and > nothing is noticing). > > Something, somewhere, causes the reservation to be lost.
Basically you're saying that the old driver would sometimes lose a bandwidth reservation. I'm not disputing that. But this could be a result of the way snd-usb-audio was being used, and it could also be a result of the way ehci-hcd was written. It is _not_ a result of the fundamental API design. Alan Stern ------------------------------------------------------------------------- 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
