>>>>> "Alan" == Alan Stern <[EMAIL PROTECTED]> writes:


    Alan> That's right.  It is possible to submit them and have them queued,
    Alan> by using USBDEVFS_SUBMITURB (asynchronous submission).

The Google Hits for USBDEVFS_SUBMITURB are not very helpfull to me, the
libusb usage of USBDEVFS_SUBMITURB in usb_urb_transfer() seems to
incorporate a wait and I also don't see how I can use if for control
messages.

Is there any understandable example for queued control messages for user
applications? Can I count on queued messages to be executed in order ?

...

    >> I think this is a missbehaviour of our USB stack...

    Alan> No, that's how it's supposed to work.  The design is an
    Alan> engineering compromise.  USB host controllers only interrupt at
    Alan> frame boundaries, not whenever a transfer is completed.

Apologizes, I should have done that before:
Boot XP, install usbview.exe and the FTDI device:

Also XP enumarates the USB2.0 Full speed device below an USB1.0 companion
hup and not the USB2.0 hub. 

Good to know and understand, but bad for my project!

-- 
Uwe Bonnes                [EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to