On Fri, 9 Apr 2004, David Brownell wrote:
> > I don't think that's right, for either list. The complete_list itself is
> > unnecessary; using it was just a form of optimization in earlier versions
> > of the driver (that's my guess). It meant the driver could avoid
> > releasing and reacquiring all those different spinlocks each time it gave
>
> Yes, better ... it's those states ("normal completion" and "i/o error")
> that OHCI and EHCI don't split out. Are you suggesting that the UHCI
> complete_list could go away now after those spinlock changes?
Yes, it could. But that's a low-priority change; there are other more
important ones still waiting in the wings.
On a related matter, do you think it would make more sense to do less work
at interrupt time and move most of it to a bottom half? I don't have a
good feel for how much difference that would make overall. (Also it's not
clear how to deal with the pt_regs stuff in a bottom half.)
Alan Stern
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
