On Tue, Dec 04, 2001 at 01:04:35AM +0100, [EMAIL PROTECTED] wrote: > On Mon, 3 Dec 2001, Greg KH wrote: > > > On Sun, Dec 02, 2001 at 12:38:08PM +0100, Oliver Neukum wrote: > > > > > > Here I don't understand you. Certainly an URB pool could be used. But why > > > would it prevent needing to wait. IMHO it would just mean waiting for a pool > > > of URBs to finish instead of waiting for a single URB. > > > > Why wait? If there are no urbs available, return saying you didn't > > write all of the data. The caller should be able to handle this, and it > > simplifies the driver logic. > > Simply returning AFAIK violates the standard. > We would end up waiting for free URBs. > And implementing an URB pool without races is not that simple.
Ok, Pete has convinced me that a URB pool for the printer driver isn't very realistic. Nevermind :) thanks, greg k-h (but acm.c should see be changed to use one...) _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
