電子發(fā)燒友App
????下面分析一下usb-skeleton的源碼。這個范例程序可以在linux-
????之前已經(jīng)提到，模塊先要向內(nèi)核注冊初始化跟銷毀函數(shù)：
static int __init usb_skel_init(void)
{
???? int result;
???? /* register this driver with the USB subsystem */
???? result = usb_register(&skel_driver);
???? if (result)
???????? err("usb_register failed. Error number %d", result);
???? return result;
}
static void __exit usb_skel_exit(void)
{
???? /* deregister this driver with the USB subsystem */
???? usb_deregister(&skel_driver);
}
module_init (usb_skel_init);
module_exit (usb_skel_exit);
MODULE_LICENSE("GPL");
????從代碼開來，這個init跟exit函數(shù)的作用只是用來注冊驅(qū)動程序，這個描述驅(qū)動程序的結(jié)構(gòu)體是系統(tǒng)定義的標(biāo)準(zhǔn)結(jié)構(gòu)struct usb_driver,注冊和注銷的方法很簡單，usb_register（struct *usb_driver）, usb_deregister（struct *usb_driver）。那這個結(jié)構(gòu)體需要做些什么呢？他要向系統(tǒng)提供幾個函數(shù)入口，跟驅(qū)動的名字：
static struct usb_driver skel_driver = {
???? .name =????? "skeleton",
?? ? .probe = ????skel_probe,
???? .disconnect = skel_disconnect,
???? .id_table =?? ?skel_table,
};
????從代碼看來，usb_driver需要初始化四個東西：模塊的名字skeleton，probe函數(shù)skel_probe,disconnect函數(shù)skel_disconnect,以及id_table。
????在解釋skel_driver各個成員之前，我們先來看看另外一個結(jié)構(gòu)體。這個結(jié)構(gòu)體的名字有開發(fā)人員自定義，它描述的是該驅(qū)動擁有的所有資源及狀態(tài)：
struct usb_skel {
???? struct usb_device *????? udev;???????????????? /* the usb device for this device */
???? struct usb_interface *?? interface;?????????? ?/* the interface for this device */
???? struct semaphore?????? limit_sem;??????? ?/* limiting the number of writes in progress */
? ?? unsigned char *???????? bulk_in_buffer;??? ?/* the buffer to receive data */
???? size_t???????? bulk_in_size;??????????????? ??/* the size of the receive buffer */
???? __u8????????? bulk_in_endpointAddr;??????? /* the address of the bulk in endpoint */
???? __u8???????? ?bulk_out_endpointAddr;????? /* the address of the bulk out endpoint */
???? struct kref?? kref;
};
????我們先來對這個usb_skel作個簡單分析，他擁有一個描述usb設(shè)備的結(jié)構(gòu)體udev，一個接口interface，用于并發(fā)訪問控制的semaphore(信號量) limit_sem，用于接收數(shù)據(jù)的緩沖bulk_in_buffer及其尺寸bulk_in_size，然后是批量輸入輸出端口地址bulk_in_endpointAddr、bulk_out_endpointAddr，最后是一個內(nèi)核使用的引用計數(shù)器。他們的作用我們將在后面的代碼中看到。
????我們再回過頭來看看skel_driver。
????name用來告訴內(nèi)核模塊的名字是什么，這個注冊之后有系統(tǒng)來使用，跟我們關(guān)系不大。
????id_table用來告訴內(nèi)核該模塊支持的設(shè)備。usb子系統(tǒng)通過設(shè)備的production ID和vendor ID的組合或者設(shè)備的class、subclass跟protocol的組合來識別設(shè)備，并調(diào)用相關(guān)的驅(qū)動程序作處理。我們可以看看這個id_table到底是什么東西：
/* Define these values to match your devices */
#define USB_SKEL_VENDOR_ID? 0xfff0
#define USB_SKEL_PRODUCT_ID 0xfff0
/* table of devices that work with this driver */
static struct usb_device_id skel_table [] = {
???? { USB_DEVICE(USB_SKEL_VENDOR_ID, USB_SKEL_PRODUCT_ID) },
???? { }??????????????????? /* Terminating entry */
};
MODULE_DEVICE_TABLE (usb, skel_table);?
??? MODULE_DEVICE_TABLE的第一個參數(shù)是設(shè)備的類型，如果是USB設(shè)備，那自然是usb（如果是PCI設(shè)備，那將是pci，這兩個子系統(tǒng)用同一個宏來注冊所支持的設(shè)備。這涉及PCI設(shè)備的驅(qū)動了，在此先不深究）。后面一個參數(shù)是設(shè)備表，這個設(shè)備表的最后一個元素是空的，用于標(biāo)識結(jié)束。代碼定義了USB_SKEL_VENDOR_ID是0xfff0，USB_SKEL_PRODUCT_ID是0xfff0，也就是說，當(dāng)有一個設(shè)備接到集線器時，usb子系統(tǒng)就會檢查這個設(shè)備的vendor ID和product ID，如果它們的值是0xfff0時，那么子系統(tǒng)就會調(diào)用這個skeleton模塊作為設(shè)備的驅(qū)動。
工商網(wǎng)監(jiān)
評論