驅動開發向來是內核開發中工作量最多的一塊，隨着USB設備的普及，大量的USB設備的驅動開發也成爲驅動開發者手頭上做的最多的事情。本文主要介紹 Linux平臺下基於libusb的驅動開發，希望能夠給從事Linux驅動開發的朋友帶來些幫助，更希望能夠給其他平臺上的無驅設計帶來些幫助。文章是我在工作中使用libusb的一些總結，難免有錯誤，如有不當的地方，還請指正。
Linux 平臺上的usb驅動開發，主要有內核驅動的開發和基於libusb的無驅設計。
對於內核驅動的大部分設備，諸如帶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相關協議。
http://blog.csdn.net/gaofeidongdong/article/details/7030726
<0 失敗。<>0 失敗。<><0失敗( 一個設備可能包含多個configuration,比如同時支持高速和低速的設備就有對應的兩個configuration,詳細可查看usb標準)<>0失敗( 一個設備可能包含多個configuration,比如同時支持高速和低速的設備就有對應的兩個configuration,詳細可查看usb標準)<><0失敗<>0失敗<><0失敗<>0失敗<>
<0失敗( 一個設備可能包含多個configuration,比如同時支持高速和低速的設備就有對應的兩個configuration,詳細可查看usb標準)<>0失敗( 一個設備可能包含多個configuration,比如同時支持高速和低速的設備就有對應的兩個configuration,詳細可查看usb標準)<>
<0 失敗。<>0 失敗。<>