Alan Stern wrote:
Okay, let's forget about bandwidth reservation for the time being.
Sure, particularly since I didn't have a chance to investigate that too deeply ... there did seem to be some logic intending to recycle allocations in uhci-hcd, maybe it's reallly correct. And I suspect other issues with the uhci code should be higher priority anyway.
As for the other posts on this thread, I hope to have time to read them later. Adding more spinlocks is (more often than not) a Bad Thing, deadlock-prone. It's not clear to me why urb->lock wouldn't suffice, and there's some other wierdness being proposed.
I agree that using a spinlock to solve our problem is an unorthodox
approach.
Since that thread had so much traffic, digesting it still hasn't happened. (Plus it's got to be lower priority than some other stuff.) - Dave ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
