libusb--记录

1.下面的函数只有同步，没有异步的接口，不能被取消：

 

 * - Configuration activation (libusb_set_configuration())
 * - Interface/alternate setting activation (libusb_set_interface_alt_setting())
 * - Releasing of interfaces (libusb_release_interface())
 * - Clearing of halt/stall condition (libusb_clear_halt())
 * - Device resets (libusb_reset_device())

 

2.libusb_reset_device()重启的时候，如果有其它程序也在重启同一个设备，那么会出错；

 

3.No hotplugging，当设备被添加或者删除时，没有主动通知机制，计划在1.1添加；

 

   对于一个打开的设备，基本的断开处理如下：

   a.如果是正在处理传输，handle_events loop将会检测到设备断开，然后完成正在进行的传输，

       并返回LIBUSB_TRANSFER_NO_DEVICE状 态。

    b.许多函数，比如 libusb_set_configuration()将返回LIBUSB_ERROR_NO_DEVICE；

 

4.配置设备的告诫：

     a.如果设备已经在希望的配置下，用同样的配置值调用libusb_set_configuration()将引起设备重启。

     b.在其它程序或者驱动获得了设备的配置，那么此程序不能改变配置。

     c.如果希望的配置已经被激活，那么libusb也许不能执行一个设备重启。

  For example,
 *    take my USB keyboard with fingerprint reader: I'm interested in driving
 *    the fingerprint reader interface through libusb, but the kernel's
 *    USB-HID driver will almost always have claimed the keyboard interface.
 *    Because the kernel has claimed an interface, it is not even possible to
 *    perform the lightweight device reset, so libusb_set_configuration() will
 *    fail. (Luckily the device in question only has a single configuration.)

 

为了解决以上的问题，一个可能的解决方案是：

cfg = libusb_get_configuration(dev);
if (cfg != desired)
    libusb_set_configuration(dev, desired);

这有一个缺点，如果在get或者set配置后，其它的程序也许会改变配置，怎么办呢？ 可以通过下面的方法解决。

1.设置希望的配置

2.获得接口

3.检查当前的配置是不是所要的配置。

 

 5. Early transfer completion