linuxusb驅動子系統

㈠ 怎樣寫linux下的USB設備驅動程序

USB驅動程序基礎
在動手寫USB驅動程序這前，讓我們先看看寫的驅動程序在內核中的結構，如下圖：

USB通信最基本的形式是通過端點（USB端點分中斷、批量、等時、控制四種，每種用途不同），USB端點只能往一個方向傳送數據，從主機到設備或者從設備到主機，端點可以看作是單向的管道（pipe）。所以我們可以這樣認為：設備通常具有一個或者更多的配置，配置經常具有一個或者更多的介面，介面通常具有一個或者更多的設置，介面沒有或具有一個以上的端點。驅動程序把驅動程序對象注冊到USB子系統中，稍後再使用製造商和設備標識來判斷是否已經安裝了硬體。USB核心使用一個列表（是一個包含製造商ID和設備號ID的一個結構體）來判斷對於一個設備該使用哪一個驅動程序，熱插撥腳本使用它來確定當一個特定的設備插入到系統時該自動裝載哪一個驅動程序。
上面我們簡要說明了驅動程序的基本理論，在寫一個設備驅動程序之前，我們還要了解以下兩個概念：模塊和設備文件。
模塊：是在內核空間運行的程序，實際上是一種目標對象文件，沒有鏈接，不能獨立運行，但是可以裝載到系統中作為內核的一部分運行，從而可以動態擴充內核的功能。模塊最主要的用處就是用來實現設備驅動程序。Linux下對於一個硬體的驅動，可以有兩種方式：直接載入到內核代碼中，啟動內核時就會驅動此硬體設備。另一種就是以模塊方式，編譯生成一個.ko文件(在2.4以下內核中是用.o作模塊文件，我們以2.6的內核為准，以下同)。當應用程序需要時再載入到內核空間運行。所以我們所說的一個硬體的驅動程序，通常指的就是一個驅動模塊。
設備文件：對於一個設備，它可以在/dev下面存在一個對應的邏輯設備節點，這個節點以文件的形式存在，但它不是普通意義上的文件，它是設備文件，更確切的說，它是設備節點。這個節點是通過mknod命令建立的，其中指定了主設備號和次設備號。主設備號表明了某一類設備，一般對應著確定的驅動程序；次設備號一般是區分不同屬性，例如不同的使用方法，不同的位置，不同的操作。這個設備號是從/proc/devices文件中獲得的，所以一般是先有驅動程序在內核中，才有設備節點在目錄中。這個設備號（特指主設備號）的主要作用，就是聲明設備所使用的驅動程序。驅動程序和設備號是一一對應的，當你打開一個設備文件時，操作系統就已經知道這個設備所對應的驅動程序。對於一個硬體，Linux是這樣來進行驅動的：首先，我們必須提供一個.ko的驅動模塊文件。我們要使用這個驅動程序，首先要載入它，我們可以用insmod
xxx.ko，這樣驅動就會根據自己的類型（字元設備類型或塊設備類型，例如滑鼠就是字元設備而硬碟就是塊設備）向系統注冊，注冊成功系統會反饋一個主設備號，這個主設備號就是系統對它的唯一標識。驅動就是根據此主設備號來創建一個一般放置在/dev目錄下的設備文件。在我們要訪問此硬體時，就可以對設備文件通過open、read、write、close等命令進行。而驅動就會接收到相應的read、write操作而根據自己的模塊中的相應函數進行操作了。

USB驅動程序實踐
了解了上述理論後，我們就可以動手寫驅動程序，如果你基本功好，而且寫過linux下的硬體驅動，USB的硬體驅動和pci_driver很類似，那麼寫USB的驅動就比較簡單了，如果你只是大體了解了linux的硬體驅動，那也不要緊，因為在linux的內核源碼中有一個框架程序可以拿來借用一下，這個框架程序在/usr/src/~（你的內核版本，以下同）/drivers/usb下，文件名為usb-skeleton.c。寫一個USB的驅動程序最基本的要做四件事：驅動程序要支持的設備、注冊USB驅動程序、探測和斷開、提交和控制urb（USB請求塊）（當然也可以不用urb來傳輸數據，下文我們會說到）。
驅動程序支持的設備：有一個結構體struct
usb_device_id，這個結構體提供了一列不同類型的該驅動程序支持的USB設備，對於一個只控制一個特定的USB設備的驅動程序來說，struct
usb_device_id表被定義為：
/* 驅動程序支持的設備列表 */
static struct usb_device_id
skel_table [] = {
{ USB_DEVICE(USB_SKEL_VENDOR_ID, USB_SKEL_PRODUCT_ID)
},
{ } /* 終止入口 */
};
MODULE_DEVICE_TABLE (usb,
skel_table);
對於PC驅動程序，MODULE_DEVICE_TABLE是必需的，而且usb必需為該宏的第一個值，而USB_SKEL_VENDOR_ID和USB_SKEL_PRODUCT_ID就是這個特殊設備的製造商和產品的ID了，我們在程序中把定義的值改為我們這款USB的，如：
/*
定義製造商和產品的ID號 */
#define USB_SKEL_VENDOR_ID 0x1234
#define
USB_SKEL_PRODUCT_ID
0x2345
這兩個值可以通過命令lsusb，當然你得先把USB設備先插到主機上了。或者查看廠商的USB設備的手冊也能得到，在我機器上運行lsusb是這樣的結果：
Bus
004 Device 001: ID 0000:0000
Bus 003 Device 002: ID 1234:2345 Abc Corp.

Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID
0000:0000
得到這兩個值後把它定義到程序里就可以了。
注冊USB驅動程序：所有的USB驅動程序都必須創建的結構體是struct
usb_driver。這個結構體必須由USB驅動程序來填寫，包括許多回調函數和變數，它們向USB核心代碼描述USB驅動程序。創建一個有效的struct
usb_driver結構體，只須要初始化五個欄位就可以了，在框架程序中是這樣的：
static struct usb_driver skel_driver
= {
.owner = THIS_MODULE,
.name = "skeleton",

.probe = skel_probe,
.disconnect = skel_disconnect,

.id_table = skel_table,
};

㈡ 在linux操作系統里有沒有usb驅動

系統中沒有USB驅動來，只能自源己安裝了。

安裝具體如下：
事先需要插入一張系統光碟（因為所有的系統光碟中都集成了大部分的各種各樣的驅動）到光碟機。
再把USB移動硬體插入USB介面，也就是先把USB插入電腦上。
之後右下角會提示新硬體被發現，但些此時沒有驅動肯定是用不起的。
在彈出的對話框中選擇更新驅動的路徑，這個路徑當然就是剛才放入光碟機中的光碟了。
此時電腦會自動搜索光碟中符合USB硬體的驅動。

如果沒有自動彈出更新驅動對話框：
右擊「我的電腦」-屬性-硬體-設備管理器。
剛插入的新硬體因為沒有驅動所以在此對話框中就會顯示一個黃色的問號。
再在黃色問號的上邊右擊-選擇更新驅動此時電腦就會自動偵測電腦中符合USB的驅動（當然這個自動就是電腦自動到插入光碟中去搜索）。

㈢ 請問Linux內核里，USB鍵盤和滑鼠的驅動都是哪些文件

lspci可以看你的usb情況，lsmod 查查載入的模塊，應該是usb什麼什麼的，
驅動回應該是在/lib/moles/內核版本答/kernel/drives/usb下，
當然另外還要mousedev模塊吧。
我只是提供個思路，也沒有試過安裝

㈣ Linux 內核驅動介面詳解

寫作本文檔的目的，是為了解釋為什麼Linux既沒有二進制內核介面，也沒有穩定 的內核介面。這里所說的內核介面，是指內核里的介面，而不是內核和用戶空間 的介面。內核到用戶空間的介面，是提供給應用程序使用的系統調用，系統調用 在 歷史 上幾乎沒有過變化，將來也不會有變化。我有一些老應用程序是在0.9版本 或者更早版本的內核上編譯的，在使用2.6版本內核的Linux發布上依然用得很好 。用戶和應用程序作者可以將這個介面看成是穩定的。

你也許以為自己想要穩定的內核介面，但是你不清楚你要的實際上不是它。你需 要的其實是穩定的驅動程序，而你只有將驅動程序放到公版內核的源代碼樹里， 才有可能達到這個目的。而且這樣做還有很多其它好處，正是因為這些好處使得 Linux能成為強壯，穩定，成熟的操作系統，這也是你最開始選擇Linux的原因。

只有那些寫驅動程序的「怪人」才會擔心內核介面的改變，對廣大用戶來說，既 看不到內核介面，也不需要去關心它。

既然只談技術問題，我們就有了下面兩個主題：二進制內核介面和穩定的內核源 代碼介面。這兩個問題是互相關聯的，讓我們先解決掉二進制介面的問題。

假如我們有一個穩定的內核源代碼介面，那麼自然而然的，我們就擁有了穩定的 二進制介面，是這樣的嗎？錯。讓我們看看關於Linux內核的幾點事實：

對於一個特定的內核，滿足這些條件並不難，使用同一個C編譯器和同樣的內核配 置選項來編譯驅動程序模塊就可以了。這對於給一個特定Linux發布的特定版本提 供驅動程序，是完全可以滿足需求的。但是如果你要給不同發布的不同版本都發 布一個驅動程序，就需要在每個發布上用不同的內核設置參數都編譯一次內核， 這簡直跟噩夢一樣。而且還要注意到，每個Linux發布還提供不同的Linux內核， 這些內核都針對不同的硬體類型進行了優化（有很多種不同的處理器，還有不同 的內核設置選項）。所以每發布一次驅動程序，都需要提供很多不同版本的內核 模塊。

相信我，如果你真的要採取這種發布方式，一定會慢慢瘋掉，我很久以前就有過 深刻的教訓…

如果有人不將他的內核驅動程序，放入公版內核的源代碼樹，而又想讓驅動程序 一直保持在最新的內核中可用，那麼這個話題將會變得沒完沒了。 內核開發是持續而且快節奏的，從來都不會慢下來。內核開發人員在當前介面中 找到bug，或者找到更好的實現方式。一旦發現這些，他們就很快會去修改當前的 介面。修改介面意味著，函數名可能會改變，結構體可能被擴充或者刪減，函數 的參數也可能發生改變。一旦介面被修改，內核中使用這些介面的地方需要同時 修正，這樣才能保證所有的東西繼續工作。

舉一個例子，內核的USB驅動程序介面在USB子系統的整個生命周期中，至少經歷 了三次重寫。這些重寫解決以下問題：

這和一些封閉源代碼的操作系統形成鮮明的對比，在那些操作系統上，不得不額 外的維護舊的USB介面。這導致了一個可能性，新的開發者依然會不小心使用舊的 介面，以不恰當的方式編寫代碼，進而影響到操作系統的穩定性。 在上面的例子中，所有的開發者都同意這些重要的改動，在這樣的情況下修改代 價很低。如果Linux保持一個穩定的內核源代碼介面，那麼就得創建一個新的介面 ；舊的，有問題的介面必須一直維護，給Linux USB開發者帶來額外的工作。既然 所有的Linux USB驅動的作者都是利用自己的時間工作，那麼要求他們去做毫無意 義的免費額外工作，是不可能的。 安全問題對Linux來說十分重要。一個安全問題被發現，就會在短時間內得到修 正。在很多情況下，這將導致Linux內核中的一些介面被重寫，以從根本上避免安 全問題。一旦介面被重寫，所有使用這些介面的驅動程序，必須同時得到修正， 以確定安全問題已經得到修復並且不可能在未來還有同樣的安全問題。如果內核 內部介面不允許改變，那麼就不可能修復這樣的安全問題，也不可能確認這樣的 安全問題以後不會發生。 開發者一直在清理內核介面。如果一個介面沒有人在使用了，它就會被刪除。這 樣可以確保內核盡可能的小，而且所有潛在的介面都會得到盡可能完整的測試 （沒有人使用的介面是不可能得到良好的測試的）。

如果你寫了一個Linux內核驅動，但是它還不在Linux源代碼樹里，作為一個開發 者，你應該怎麼做？為每個發布的每個版本提供一個二進制驅動，那簡直是一個 噩夢，要跟上永遠處於變化之中的內核介面，也是一件辛苦活。 很簡單，讓你的驅動進入內核源代碼樹（要記得我們在談論的是以GPL許可發行 的驅動，如果你的代碼不符合GPL，那麼祝你好運，你只能自己解決這個問題了， 你這個吸血鬼把Andrew和Linus對吸血鬼的定義鏈接到這里>）。當你的代碼加入 公版內核源代碼樹之後，如果一個內核介面改變，你的驅動會直接被修改介面的 那個人修改。保證你的驅動永遠都可以編譯通過，並且一直工作，你幾乎不需要 做什麼事情。

把驅動放到內核源代碼樹里會有很多的好處：

㈤ 怎麼查看linux usb設備驅動

下面的信息都是在VMware中運行Ubuntu12-04系統上執行的。同樣該命令也支持在嵌入式系統中進行USB調試。
一、cat設備節點獲取信息
在一些嵌入式開發中需要調試USB功能，經常會cat /sys 下的相關設備節點來查看某些信息，比如說我們可以看到 /sys/bus/usb/devices 目錄有多個子目錄。進入到某個子目錄可以看到usb設備更加詳細的信息(可以理解為設備描述符)。
1、usb設備在匯流排上的信息
// usb設備在匯流排上的信息
root@ubuntu:/sys/kernel/debug# cd /sys/bus/usb/devices
root@ubuntu:/sys/bus/usb/devices# ll
total 0
drwxr-xr-x 2 root root 0 Nov 26 21:21 ./
drwxr-xr-x 4 root root 0 Nov 26 21:21 ../
lrwxrwxrwx 1 root root 0 Nov 26 21:21 1-0:1.0 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:03.0/usb1/1-0:1.0/
lrwxrwxrwx 1 root root 0 Dec 15 23:10 1-1 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:03.0/usb1/1-1/
lrwxrwxrwx 1 root root 0 Dec 15 23:18 1-1:1.0 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:03.0/usb1/1-1/1-1:1.0/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 2-0:1.0 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-0:1.0/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 2-1 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-1/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 2-1:1.0 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-1/2-1:1.0/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 2-2 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-2/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 2-2:1.0 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-2/2-2:1.0/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 usb1 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:03.0/usb1/
lrwxrwxrwx 1 root root 0 Nov 26 21:21 usb2 -> ../../../devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/
其中 usbx/第x個匯流排，x-y:a.b/的目錄格式，x表示匯流排號，y表示埠，a表示配置，b表示介面。
具體解釋可以參照如下：
The names that begin with "usb" refer to USB controllers. More accurately, they refer to the "root hub" associated with each controller. The number is the USB bus number. In the example there is only one controller, so its bus is number 1. Hence the name "usb1".
"1-0:1.0" is a special case. It refers to the root hub's interface. This acts just like the interface in an actual hub an almost every respect; see below.
All the other entries refer to genuine USB devices and their interfaces. The devices are named by a scheme like this:
bus-port.port.port ...
In other words, the name starts with the bus number followed by a '-'. Then comes the sequence of port numbers for each of the intermediate hubs along the path to the device.
For example, "1-1" is a device plugged into bus 1, port 1. It happens to be a hub, and "1-1.3" is the device plugged into port 3 of that hub. That device is another hub, and "1-1.3.1" is the device plugged into its port 1.
The interfaces are indicated by suffixes having this form:
:config.interface
That is, a ':' followed by the configuration number followed by '.' followed by the interface number. In the above example, each of the devices is using configuration 1 and this configuration has only a single interface, number 0. So the interfaces show up as;
1-1:1.0 1-1.3:1.0 1-1.3.1:1.0
A hub will never have more than a single interface; that's part of the USB spec. But other devices can and do have multiple interfaces (and sometimes multiple configurations). Each interface gets its own entry in sysfs and can have its own driver.
2、特定設備的詳細信息
進入到某個目錄中去，可以看到該設備的詳細信息，可用cat命令獲取信息。
// usb設備的詳細信息
root@ubuntu:/sys/bus/usb/devices/usb1# ll
total 0
drwxr-xr-x 6 root root 0 Nov 26 21:21 ./
drwxr-xr-x 4 root root 0 Nov 26 21:21 ../
drwxr-xr-x 10 root root 0 Nov 26 21:21 1-0:1.0/
drwxr-xr-x 5 root root 0 Dec 15 23:10 1-1/
-rw-r--r-- 1 root root 4096 Dec 15 23:40 authorized
-rw-r--r-- 1 root root 4096 Dec 15 23:40 authorized_default
-rw-r--r-- 1 root root 4096 Dec 15 23:40 avoid_reset_quirk
-r--r--r-- 1 root root 4096 Nov 26 21:21 bcdDevice
-rw-r--r-- 1 root root 4096 Nov 26 21:21 bConfigurationValue
-r--r--r-- 1 root root 4096 Nov 26 21:21 bDeviceClass
-r--r--r-- 1 root root 4096 Nov 26 21:21 bDeviceProtocol
-r--r--r-- 1 root root 4096 Nov 26 21:21 bDeviceSubClass
-r--r--r-- 1 root root 4096 Dec 15 23:40 bmAttributes
-r--r--r-- 1 root root 4096 Dec 15 23:40 bMaxPacketSize0
-r--r--r-- 1 root root 4096 Dec 15 23:40 bMaxPower
-r--r--r-- 1 root root 4096 Dec 15 23:40 bNumConfigurations
-r--r--r-- 1 root root 4096 Dec 15 23:40 bNumInterfaces
-r--r--r-- 1 root root 4096 Nov 26 21:21 busnum
-r--r--r-- 1 root root 4096 Dec 15 23:40 configuration
-r--r--r-- 1 root root 65553 Nov 26 21:21 descriptors
-r--r--r-- 1 root root 4096 Dec 15 23:40 dev
-r--r--r-- 1 root root 4096 Nov 26 21:21 devnum
-r--r--r-- 1 root root 4096 Dec 15 23:40 devpath
lrwxrwxrwx 1 root root 0 Nov 27 20:06 driver -> ../../../../../bus/usb/drivers/usb/
drwxr-xr-x 3 root root 0 Dec 15 23:40 ep_00/
-r--r--r-- 1 root root 4096 Nov 26 21:21 idProct
-r--r--r-- 1 root root 4096 Nov 26 21:21 idVendor
-r--r--r-- 1 root root 4096 Dec 15 23:40 ltm_capable
-r--r--r-- 1 root root 4096 Nov 26 21:21 manufacturer
-r--r--r-- 1 root root 4096 Dec 15 23:40 maxchild
drwxr-xr-x 2 root root 0 Nov 26 21:21 power/
-r--r--r-- 1 root root 4096 Nov 26 21:21 proct
-r--r--r-- 1 root root 4096 Dec 15 23:40 quirks
-r--r--r-- 1 root root 4096 Nov 26 21:21 removable
--w------- 1 root root 4096 Dec 15 23:40 remove
-r--r--r-- 1 root root 4096 Nov 26 21:21 serial
-r--r--r-- 1 root root 4096 Nov 26 21:21 speed
lrwxrwxrwx 1 root root 0 Nov 26 21:21 subsystem -> ../../../../../bus/usb/
-rw-r--r-- 1 root root 4096 Nov 26 21:21 uevent
-r--r--r-- 1 root root 4096 Dec 15 23:40 urbnum
-r--r--r-- 1 root root 4096 Dec 15 23:40 version
二、使用debugfs
1、掛載 debugfs 到 /sys/kernel/debug 路徑下
root@ubuntu:mount -t debugfs none /sys/kernel/debug
2、執行上述步驟之後，在 /sys/kernel/debug 就會生成如下的文件
root@ubuntu:/sys/bus/usb/devices# cd /sys/kernel/debug/
root@ubuntu:/sys/kernel/debug# ll
total 0
drwx------ 22 root root 0 Nov 26 21:21 ./
drwxr-xr-x 7 root root 0 Nov 26 21:21 ../
drwxr-xr-x 2 root root 0 Nov 26 21:21 acpi/
drwxr-xr-x 32 root root 0 Dec 4 16:30 bdi/
drwxr-xr-x 2 root root 0 Nov 26 21:21 bluetooth/
drwxr-xr-x 2 root root 0 Nov 26 21:21 cleancache/
drwxr-xr-x 2 root root 0 Nov 26 21:21 dma_buf/
drwxr-xr-x 4 root root 0 Nov 26 21:21 dri/
drwxr-xr-x 2 root root 0 Nov 26 21:21 dynamic_debug/
drwxr-xr-x 2 root root 0 Nov 26 21:21 extfrag/
drwxr-xr-x 2 root root 0 Nov 26 21:21 frontswap/
-r--r--r-- 1 root root 0 Nov 26 21:21 gpio
drwxr-xr-x 3 root root 0 Nov 26 21:21 hid/
drwxr-xr-x 2 root root 0 Nov 26 21:21 kprobes/
drwxr-xr-x 3 root root 0 Nov 26 21:21 kvm-guest/
drwxr-xr-x 2 root root 0 Nov 26 21:21 mce/
drwxr-xr-x 2 root root 0 Nov 26 21:21 pinctrl/
-r--r--r-- 1 root root 0 Nov 26 21:21 pwm
drwxr-xr-x 2 root root 0 Nov 26 21:21 regmap/
drwxr-xr-x 3 root root 0 Nov 26 21:21 regulator/
-rw-r--r-- 1 root root 0 Nov 26 21:21 sched_features
-r--r--r-- 1 root root 0 Nov 26 21:21 sleep_time
-r--r--r-- 1 root root 0 Nov 26 21:21 suspend_stats
drwxr-xr-x 7 root root 0 Nov 26 21:21 tracing/
drwxr-xr-x 3 root root 0 Nov 26 21:21 usb/
drwxr-xr-x 2 root root 0 Nov 26 21:21 virtio-ports/
-r--r--r-- 1 root root 0 Nov 26 21:21 vmmemctl
-r--r--r-- 1 root root 0 Nov 26 21:21 wakeup_sources
drwxr-xr-x 2 root root 0 Nov 26 21:21 x86/
3、cat 設備節點
執行下述命令之後會以特定格式列印目前USB匯流排上所有USB設備的信息如下：
root@ubuntu:/sys/kernel/debug# cat usb/devices
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 17/900 us ( 2%), #Int= 1, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0001 Rev= 3.13
S: Manufacturer=Linux 3.13.0-32-generic uhci_hcd
S: Proct=UHCI Host Controller
S: SerialNumber=0000:02:00.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0e0f ProdID=0003 Rev= 1.03
S: Manufacturer=VMware
S: Proct=VMware Virtual USB Mouse
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=1ms
T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=12 MxCh= 7
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0e0f ProdID=0002 Rev= 1.00
S: Proct=VMware Virtual USB Hub
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 1 Ivl=255ms
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 6
B: Alloc= 0/800 us ( 0%), #Int= 1, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0002 Rev= 3.13
S: Manufacturer=Linux 3.13.0-32-generic ehci_hcd
S: Proct=EHCI Host Controller
S: SerialNumber=0000:02:03.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 7 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1
P: Vendor=0bda ProdID=0129 Rev=39.60
S: Manufacturer=Generic
S: Proct=USB2.0-CRW
S: SerialNumber=20100201396000000
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=06 Prot=50 Driver=rts5139
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=83(I) Atr=03(Int.) MxPS= 3 Ivl=64ms
至於信息的詳細解析可以參照 Linux源代碼中 Documentation/usb/proc_usb_info.txt 文件。現摘錄其中對該格式的詳細解釋：

| | |__Proct ID code
| |__Vendor ID code
|__Device info tag #2

String descriptor info:
S: Manufacturer=ssss
| |__Manufacturer of this device as read from the device.
| For USB host controller drivers (virtual root hubs) this may
| be omitted, or (for newer drivers) will identify the kernel
| version and the driver which provi

㈥ linux usb驅動在哪個文件夾

usbhid和usbmouse.c都在/usr/src/linux/drivers/hid/usbhid目錄下

USB 匯流排引出兩個重要的鏈表！

一個 USB 匯流排引出兩個重要的鏈表，一個為
USB 設備鏈表，一個為 USB 驅動鏈表。設備鏈表包含各種系統中的USB 設備以及這些設備的所有介面，驅動鏈表包含 USB 設備驅動程序（usb
device driver）和 USB 驅動程序（usb driver）。

USB 設備驅動程序（usb device driver）和 USB 驅動程序（usb driver）的區別是什麼？

USB 設備驅動程序包含 USB 設備的一些通用特性，將與所有 USB 設備相匹配。在 USB core 定義了：struct usb_device_driver usb_generic_driver。usb_generic_driver 是 USB 子系統中唯一的一個設備驅動程序對象。而 USB 驅動程序則是與介面相匹配，介面是一個完成特定功能的端點的集合。
設備是如何添加到設備鏈表上去的？
在設備插入 USB 控制器之後，USB core 即會將設備在系統中注冊，添加到 USB 設備鏈表上去。

USB 設備驅動程序（usb device driver）是如何添加到驅動鏈表上去的？
在系統啟動注冊 USB core 時，USB 設備驅動程序即將被注冊，也就添加到驅動鏈表上去了。

介面是如何添加到設備鏈表上去的？
在 USB 設備驅動程序和 USB 設備的匹配之後，USB core 會對設備進行配置，分析設備的結構之後會將設備所有介面都添加到設備鏈表上去。比如滑鼠設備中有一個介面，USB core 對滑鼠設備配置後，會將這個介面添加到設備鏈表上去。

USB 驅動程序（usb driver）是如何添加到驅動鏈表上去的？
在每個 USB 驅動程序的被注冊時，USB 驅動程序即會添加到驅動鏈表上去。
比如滑鼠驅動程序，usb_mouse_init 函數將通過 usb_register(&usb_mouse_driver)
將滑鼠驅動程序注冊到 USB core 中，然後就添加到驅動鏈表中去了。其中 usb_mouse_driver 是描述滑鼠驅動程序的結構體。

已配置狀態（configured status）之後話
當滑鼠的設備、介面都添加到設備鏈表，並且滑鼠驅動程序也添加到驅動鏈表上去了，
系統就進入一種叫做已配置（configured）的狀態。
要達到已配置狀態，將經歷復雜的過程，USB core 為 USB
設備奉獻著無怨無悔。在這個過程中，系統將會建立起該設備的的設備、配置、介面、設置、端點的描述信息，它們分別被
usb_device、usb_configuration、usb_interface、usb_host_interface、
usb_host_endpoint 結構體描述。
設備達到已配置狀態後，首先當然就要進行 USB 驅動程序和相應介面的配對，對於滑鼠設備來說則是滑鼠驅動程序和滑鼠中的介面的配對。USB core 會調用usb_bus 匯流排的usb_device_match
函數，通過比較設備中的介面信息和 USB 驅動程序中的 id_table，來初步決定該 USB 驅動程序是不是跟相應介面相匹配。通過這一道關卡後，USB core 會認為這個設備應該由這個驅動程序負責。
然而，僅僅這一步是不夠的，接著，將會調用 USB 驅動程序中的 probe 函數對相應介面進行進一步檢查。如果該驅動程序確實適合設備介面，對設備做一些初始化工作，分配 urb 准備數據傳輸。
當 滑鼠設備在用戶空間打開時，
將提交 probe 函數構建的 urb 請求塊，urb 將開始為傳送數據而忙碌了。urb 請求塊就像一個裝東西的「袋子」，USB
驅動程序把「空袋子」提交給 USB core，然後再交給主控制器，主控制器把數據放入這個「袋子」後再將裝滿數據的「袋子」通過 USB core
交還給
USB 驅動程序，這樣一次數據傳輸就完成了。

㈦ linux系統下安裝usb網卡驅動圖文

1. 確認usb-wifi設備型號 ， 根據確認結果選擇驅動信息。

2. 安裝驅動 mt7601u ， 如果已經自帶跳過此步驟

3. 配置驅動啟動後自動載入。

4. 重啟驗證是否成功的自動載入驅動模塊。

5. 確認usb-wifi設備型號 ， 根據確認結果選擇驅動信息。

## 初始USB接入時載入顯示

lsusb| grep Ralink

Bus 001 Device 003: ID 148f:2878 Ralink Technology, Corp.

## lsusb執行後顯示信息中有 usb-wifi設備時繼續執行如下命令，進行模式切換（對於存在多模式設備可以正確顯示出wifi設備的真實型號）

usb_modeswitch -KW -v 148f -p 2878

## 模式切換後載入顯示

lsusb| grep Ralink

Bus 001 Device 003: ID 148f:7601 Ralink Technology, Corp.

可以看到型號為 7601 ,據此我們選擇 mt7601u 驅動進行『安裝。

安裝驅動 mt7601u ， 如果已經自帶跳過此步驟

方法1：有可能系統內核已經集成好了你需要的驅動模塊，只需要手工載入以下驗證是否有效，如果無效再選擇方法2.

方法2：github 搜索型號的驅動源碼，手動編譯安裝 。

安裝完畢後，需要配置下 wlan0 的配置信息， 創建一個ifcfg-wlan0文件（如果使用的是 NetworkManager 服務可能不需要配置就可以使用了）

$ cat /etc/sysconfig/network/ifcfg-wlan0

BOOTPROTO='dhcp'

BROADCAST=''

DHCLIENT_SET_DEFAULT_ROUTE='yes'

ETHTOOL_OPTIONS=''

IPADDR=''

MTU=''

NAME=''

NETMASK=''

NETWORK=''

REMOTE_IPADDR=''

STARTMODE='auto'

WIRELESS_AP=''

WIRELESS_AP_SCANMODE='1'

WIRELESS_AUTH_MODE='psk'

WIRELESS_BITRATE='auto'

WIRELESS_CA_CERT=''

WIRELESS_CHANNEL=''

WIRELESS_CLIENT_CERT=''

WIRELESS_CLIENT_KEY=''

WIRELESS_CLIENT_KEY_PASSWORD=''

WIRELESS_DEFAULT_KEY='0'

WIRELESS_EAP_AUTH=''

WIRELESS_EAP_MODE=''

WIRELESS_ESSID='CPE_05010'

WIRELESS_FREQUENCY=''

WIRELESS_KEY=''

WIRELESS_KEY_0=''

WIRELESS_KEY_1=''

WIRELESS_KEY_2=''

WIRELESS_KEY_3=''

WIRELESS_KEY_LENGTH='128'

WIRELESS_MODE='Managed'

WIRELESS_NICK=''

WIRELESS_NWID=''

WIRELESS_PEAP_VERSION=''

WIRELESS_POWER='no'

WIRELESS_WPA_ANONID=''

WIRELESS_WPA_IDENTITY=''

WIRELESS_WPA_PASSWORD=''

WIRELESS_WPA_PSK='Abcd1234'

配置驅動啟動後自動載入。

具體配置方法可以參考 man moles-load.d 信息可以詳細理解。

創建一個 mt7601u.conf 文件， 內容如下

# echo "mt7601u" > /etc/moles-load.d/mt7601u.conf

# cat /etc/moles-load.d/mt7601u.conf

mt7601u

重啟驗證是否成功的自動載入驅動模塊。