On Sun, Mar 15, 2009 at 02:13:28PM -0700, Johnathan Corgan wrote: > On Sun, Mar 15, 2009 at 1:50 PM, Michael Dickens <[email protected]> wrote: > > > That said, there is a "libusb-compat-0.1 compatibility layer" for libusb 1.0 > > ... anyone tested this out for various-OS usability? Reading through the > > source code it looks like Linux-only. > > > > < http://libusb.wiki.sourceforge.net/LibusbCompat0.1 > - MLD > > From the Wiki however: > > "As the compatibility layer implements the exact same ABI and API, no > modifications to existing libusb-0.1-based applications are needed. > You do not even have to recompile them. This compatibility layer is a > drop-in replacement." > > So for Linux, anyway, this sounds like good news for us. Needs testing :) > > Johnathan
I might work, but we'll still need to figure out how to fish out the file descriptor (which is likely to be stored someplace else in the data structure.) It would be some much nicer if they just provided an interface to get it... In answer to Philip's Q, we fish out a file descriptor that we use with a linux-specific ioctl, because libusb 0.1 did not provide a way to submit and reap asynchronous bulk requests. Without doing it asynchronously, we couldn't achieve 32MB/s. I don't know if there is an interface for this in libusb-1.0. If there is, we should at least consider using it. If not, we should find out the libusb-1.0 way to fish out the file descriptor and carry on as we have been. Eric _______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
