>>Simple fix: just make control urbs queue, rather than reporting the >>need to do so as an error ... :) > > Well spoken, you lucky OHCI programmer ;-) But Intel thought: "10K gates > for an USB controller are enough, let the driver writers do the rest...".
Yeah, that _almost_ felt like cheating to say that! Even though Intel got better with EHCI, and did more in hardware ... But the same logic that works for bulk transfers (already) should work for control transfers. So it does seem reasonable to think that, after the "which UHCI driver" noise settles down, the resulting driver should learn how automatically queue those transfers. - Dave _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
