Linux設備模型中的總線落實在USB子系統(tǒng)里就是usb_bus_type，它在usb_init函數(shù)中可用retval=bus_register        (&usb_bus_type)語句注冊，而在driver.c文件里的定義如下：

        該函數(shù)的形參對應的就是總線兩條鏈表里的設備和驅(qū)動。當總線上有新設備和驅(qū)動時，這個函數(shù)就會被調(diào)用。

 

        3 USB驅(qū)動程序的描述符

        一個設備可以有多個接口，一個接口可代表一個功能，因此，每個接口都對應著一個驅(qū)動。例如一個USB設備有兩種功能，一個鍵盤，上面還帶一個揚聲器，這就是兩個接口，就需要兩個驅(qū)動程序，一個是鍵盤驅(qū)動程序，一個是音頻流驅(qū)動程序。

        一個驅(qū)動程序是否支持一個設備，要通過讀取設備的描述符來判斷。那么，什么是USB的描述符呢?USB的描述符是一個帶有預定義格式的數(shù)據(jù)結(jié)構(gòu)，里面保存有USB設備的各種屬性和相關信息，可以通過向設備請求獲得它們的描述符內(nèi)容來深刻了解和感知一個USB設備。主要有四種USB描述符，分別為：接口描述符、端點描述符、設備描述符和配置描述符。

        協(xié)議規(guī)定：一個USB設備必須支持這四大描述符，還有些描述符不是必須包含的，有些特殊設備用來描述設備的不同特性，但這四大描述符是一個都不能少的。USB設備里有一個eeprom，可用來存儲設備本身信息，設備的描述符就存儲在這里。

        上述四個描述符分別放在了include／linux／usb．h文件中的struct usb_host_interface、structusb_host_endpoint、struct usb_device、struetusb_host_config里，而描述符結(jié)構(gòu)體本身定義在include／linux／usb／ch9．h里．并分別用struct usb_interface_descriptor、struct usb_host_endpoint、structusb_device_descriptor和struct usb_config_descriptor來表示。描述符結(jié)構(gòu)體的定義應完全按照USB協(xié)議對描述符的規(guī)定來定義。

        4 USB接口驅(qū)動

        4.1 接口結(jié)構(gòu)

        平時編寫的USB驅(qū)動通常指的是寫USB接口的驅(qū)動，一個接口對應一個接口驅(qū)動程序，需要以一個struct usb_driver結(jié)構(gòu)的對象為中心，并以設備的接口提供的功能為基礎，來進行USB驅(qū)動程序的編寫。struct usb_driver結(jié)構(gòu)體一般定義在include／linux／usb.h文件里。具體如下：

struct usb_driver{
const char*name；
int(*probe)  (struct usb_interface*intf，const
struct usb_device_jd*id)；
void(*disconnect)  (struct usb_interface*intf)；
int(*ioctl)  (struct usb_interface*intf，unsigned
int code，void*buf)；
int  (*suspend)  (struct usb_interface*intf，
pm_message_t message)；
int(*resume)  (struct usb_interface*intf)；
void(*pre_reset)  (struct usb_interface*intf)；
void(*post_reset)(struct usb_interface*intf)；
const struct usb_device_id*id_table；
struct usb_dynids dynids；
struct usbdrv_wrap drvwrap；
unsigned int no_dynamic_id：1；
unsigned int supports_autosuspend：1；
}；

        Name為驅(qū)動程序的名字，對應于／sys／bus／usb／drivers／下面的子目錄名稱。它只是彼此區(qū)別的一個代號，這里的名字在所有的USB驅(qū)動中必須是唯一的。probe用來看看這個USB驅(qū)動是否愿意接受某個接口的函數(shù)。Disconnect函數(shù)將在接口失去聯(lián)系或使用rmmod卸載驅(qū)動將它和接口強行分開時被調(diào)用。Ioctl函數(shù)則用在驅(qū)動通過usbfs和用戶空間進行交流時使用。Suspend、esume分別在設備被掛起和喚醒時使用。pre_reset、post_reset分別在設備將要復位(reset)和已經(jīng)復位后使用。id_table的變量可用來判斷是否支持某個設備接口。Dynids是支持動態(tài)id的。實際上，即使驅(qū)動已經(jīng)加載了，也可以添加新的id給它。drvwrap是給USB core區(qū)分設備驅(qū)動和接口驅(qū)動用的。no_dynamic_id可以用來禁止動態(tài)id。supports_autosuspend可對autosuspend提供支持，如果設置為0，則不再允許綁定到這個驅(qū)動的接口autosuspend。

        接口驅(qū)動

        當insmod或modprobe驅(qū)動的時候，經(jīng)過一個曲折的過程，就會調(diào)用相應USB驅(qū)動里的xxx_init函數(shù)，進而去調(diào)用usb_register ()，以將相應的USB驅(qū)動提交給設備模型，添加到USB總線的驅(qū)動鏈表里。當rmmod驅(qū)動時，同樣，在經(jīng)過一個曲折的過程之后，再調(diào)用相應驅(qū)動里的xxx_cleanup函數(shù)，進而調(diào)用usb_deregister ()將相應的USB驅(qū)動從USB總線的驅(qū)動鏈表里刪除。