On Tue, Jun 26, 2012 at 4:52 AM, Rich von Lehe <rhvonl...@gmail.com> wrote:
> In lieu of set_configuration in this case (there is only one config),
> one process would claim_interface 0 and the other process would
> claim_interface 1.  I have a suspicion that the underlying
> implementation in Libusb is locking the device with the first call to
> claim_interface, since I get permission errors when making that call
> from the 2nd process.  I saw an email on this list saying as much for
> the OpenBSD implementation, though I'm on Windows/WinUSB.
>
> Is it best to go to the Libusb code and see if I can figure if that's
> really the case?
>

If you use Windows, you probably want to use libusbx.
http://libusbx.org/

On the other hand, WinUSB has several limitation and the above
may be one of the limitations.
http://sourceforge.net/apps/mediawiki/libusbx/index.php?title=Windows

The next version of libusbx will integrate the support of libusb0.sys
and libusbk.sys which may lift the limitations. You can take a look
at the libusbx roadmap here.
http://sourceforge.net/apps/trac/libusbx/roadmap

The Windows backend codes are here and you can find
autoclaim mentioned in some places.
http://libusbx.git.sourceforge.net/git/gitweb.cgi?p=libusbx/libusbx;a=blob;f=libusb/os/windows_usb.c;hb=HEAD

I'ved CC libusbx-devel so that Pete or others there can give you
a better explanation.

-- 
Xiaofan

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel

Reply via email to