discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Discuss


From: Eric Blossom
Subject: Re: [Discuss-gnuradio] Discuss
Date: Mon, 16 Mar 2009 12:48:08 -0700
User-agent: Mutt/1.5.18 (2008-05-17)

On Sun, Mar 15, 2009 at 02:13:28PM -0700, Johnathan Corgan wrote:
> On Sun, Mar 15, 2009 at 1:50 PM, Michael Dickens <address@hidden> 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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]