对于内核驱动的大部分设备，诸如带 usb 接口的 hid 设备，linux 本身已经自带了相关的驱动，我们只要操作设备文件便可以完成对设备大部分的操作，而另外一些设备，诸如自己设计的硬件产品，这些驱动就需要我们驱动工程师开发出相关的驱动了。内核驱动有它的优点，然而内核驱动在某些情况下会遇到如下的一些问题： 1 当使用我们产品的客户有 2.4 内核的平台，同时也有 2.6 内核的平台，我们要设计的驱动是要兼容两个平台的，就连 makefile 我们都要写两个。 2 当我们要把 linux 移植到嵌入平台上，你会发现原先 linux 自带的驱动移过去还挺大的，我的内核当然是越小越好拉，这样有必要么。这还不是最郁闷的地方，如果嵌入平台是客户的，客户要购买你的产品，你突然发现客户设备里的系统和你的环境不一样，它没有你要的驱动了，你的程序运行不了，你会先想：“没关系，我写个内核驱动加载一下不就行了“。却发现客户连 insmod 加载模块的工具都没移植，那时你就看看老天，说声我怎么那么倒霉啊，客户可不想你动他花了 n 时间移植的内核哦 3 花了些功夫写了个新产品的驱动，挺有成就感啊，代码质量也是相当的有水准啊。正当你沉醉在你的代码中时，客服不断的邮件来了，“客户需要 2.6.5 内核的驱动，config 文件我已经发你了” “客户需要双核的 2.6.18-smp 的驱动” “客户的平台是自己定制的是 2.6.12-xxx “ 你恨不得把驱动的源代码给客户，这样省得编译了。你的一部分工作时间编译内核，定制驱动 有问题产生必然会有想办法解决问题的人， libusb 的出现给我们带来了某些方便，即节约了我们的时间，也降低了公司的成本。 所以在一些情况下，就可以考虑使用 libusb 的无驱设计了。 下面我们就来详细讨论一下 libusb, 并以写一个 hid 设备的驱动来讲解如何运用 libusb,至于文章中涉及的 usb 协议的知识，限于篇幅，就不详细讲解了，相关的可自行查看 usb 相关协议。 一 libusb 介绍 libusb 设计了一系列的外部 API 为应用程序所调用，通过这些 API 应用程序可以操作硬件，从 libusb 的源代码可以看出，这些 API 调用了内核的底层接口，和 kernel driver 中所用到的函数所实现的功能差不多，只是 libusb 更加接近 USB 规范。使得 libusb 的使用也比开发内核驱动相对容易的多。 Libu sb 的编译安装请查看Readme,这里不做详解 二 libu sb 的外部接口 2.1 初始化设备...
VIP
