> 1. looks like every byte transfered with your "fast usb" lib is
> memcopied at least two times: in your fusb*.cc code and in the usbfs
> kernel code, right? Meaning worrying about sg-list "optimized" drivers
> is sort of unnecessary...
Memory bandwidth is usually much higher than USB bandwidth.
> 2. with your "bypassing" of the libusb by accessing the fd inside the
> usb_dev_handle and queuing multiple urbs at once, you do what Johannes
> meant by
> > We can go even further by using multiple URBs and queuing
> > them, but libusb doesn't currently do that.
> ?
Yes, this is a nice implementation of the multi URB technique.
The problem is in error handling. If an error occurs that doesn't
stall the endpoint you screw up with this approach. That is unavoidable
in the current usbfs.
Regards
Oliver
-------------------------------------------------------
This Newsletter Sponsored by: Macrovision
For reliable Linux application installations, use the industry's leading
setup authoring tool, InstallShield X. Learn more and evaluate
today. http://clk.atdmt.com/MSI/go/ins0030000001msi/direct/01/
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
