USB驅動(dòng)程序框架搭建
app:
-------------------------------------------
內核 --------------------------------------
-------------------------------------------
硬件 -----------
UHCI: intel, 低速(1.5Mbps)/全速(12Mbps)
OHCI: microsoft 低速/全速
EHCI: 高速(480Mbps)
也就是說(shuō)最底層是usb設備,往上是USB總線(xiàn)控制器、USB總線(xiàn)驅動(dòng)程序、USB驅動(dòng)程序,最后是應用程序。其中USB總線(xiàn)控制器包括三種:UHCI OHCI EHCI
2. USB總線(xiàn)驅動(dòng)程序的作用
1. 識別USB設備
描述符的信息可以在includelinuxusbCh9.h看到
2. 查找并安裝對應的設備驅動(dòng)程序
3. 提供USB讀寫(xiě)函數
3、我們開(kāi)始正式構建linux usb框架了,小心了?。?!
首先我們需要從開(kāi)發(fā)板獲得一些信息:
把USB設備接到開(kāi)發(fā)板上,看輸出信息:
usb 1-1: new full speed USB device using s3c2410-ohci and address 2
usb 1-1: configuration #1 chosen from 1 choice
scsi0 : SCSI emulation for USB Mass Storage devices
scsi 0:0:0:0: Direct-Access HTC Android Phone 0100 PQ: 0 ANSI: 2
sd 0:0:0:0: [sda] Attached SCSI removable disk
拔掉
usb 1-1: USB disconnect, address 2
再接上:
usb 1-1: new full speed USB device using s3c2410-ohci and address 3
usb 1-1: configuration #1 chosen from 1 choice
scsi1 : SCSI emulation for USB Mass Storage devices
scsi 1:0:0:0: Direct-Access HTC Android Phone 0100 PQ: 0 ANSI: 2
sd 1:0:0:0: [sda] Attached SCSI removable disk
接著(zhù)我們就可以根據這些信息進(jìn)行分析了:
首先我們在內核的dirvers目錄下搜索:“USB device using ”
grep "USB device using" * -nR
結果搜到了下面這條信息:usb/core/hub.c:2186: "%s %s speed %sUSB device using %s and address %d",
那么我們就從usb/core/hub.c這個(gè)文件開(kāi)始分析:
hub_port_init 在函數hub_port_connect_change中被調用
hub_port_connect_change在函數hub_events中被調用
hub_events在函數hub_thread中被調用
hub_thread函數里有這么一句:
wait_event_interruptible(khubd_wait,!list_empty(&hub_event_list) || kthread_should_stop());
說(shuō)明進(jìn)程會(huì )在khubd_wait這個(gè)等待隊列里休眠,那么誰(shuí)把它喚醒呢?我們搜索一下
在kick_khubd函數里有這么一句:wake_up(&khubd_wait);把進(jìn)程喚醒了
kick_khubd被函數hub_irq調用,根據注釋信息我們知道當連接發(fā)生變化或則出現措施就會(huì )發(fā)生中斷,從而進(jìn)入這個(gè)函數。
那么我們大致可以總結出了框架:
hub_irq //發(fā)生接口狀態(tài)變化或出現錯誤時(shí)調用
我們來(lái)總結一下上面的框架:首先接上usb設備時(shí)會(huì )發(fā) 生中斷,然后喚醒進(jìn)程。接著(zhù)先設置usb設備的地址,然后獲取設備描述符和配置描述符等各種描述符,這是為了尋找驅動(dòng)程序。接著(zhù)將usb設備加入到鏈表里,和驅動(dòng)比較,如果匹配就調用probe函數。
評論