David Brownell wrote: > > > I just wish ohci/uhci/??? all did the same thing when it comes to > > interrupt URB's. (both in and out). > > There's also an issue of doing something close to right ... :) >
Yea, I know.. this is the device I have: P: Vendor=1292 ProdID=0258 Rev= 1.00 C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=480mA I: If#= 0 Alt= 0 #EPs= 4 Cls=00(>ifc ) Sub=00 Prot=00 Driver=voipblaster E: Ad=02(O) Atr=03(Int.) MxPS= 64 Ivl= 30ms E: Ad=82(I) Atr=03(Int.) MxPS= 20 Ivl= 30ms E: Ad=01(O) Atr=03(Int.) MxPS= 1 Ivl= 30ms E: Ad=81(I) Atr=03(Int.) MxPS= 1 Ivl= 30ms T: Bus=05 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 1 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 Notice it only talks via Interrupt URB's. Oh, it's a creative USB VOIPBlaster, which was just discontinued (just a few weeks ago..) I believe the IR controller for the LEGO Mindstorm is the same style device. I'd like to see this thing work with 2.4, and not have to jump to 2.5. I have no problem with int URB's being one shot - that's the way I do it now using bulk xfer's, since int URB's don't work the same on all three 3 drivers (ohci, uhci, usb-uhci). > > Simpler just to have completion handlers re-queue URBs, > if it's needed. (In effect, make _all_ interrupt transfers just > be one-shot.) And stop singling out interrupt transfers as > the only ones that are restricted to single packets (think > about larger HID reports that take N packets :), and which > can't be queued. All HCDs queue ISO, and bulk. (And most, > except, UHCI, do so for control too.) Those are all policy > questions that are better left as device driver choices than > getting glued into core APIs. > Being able to queue up INT urbs would be good; I currently don't like the fact you've got to keep re-using the same buffer. > - Dave _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
