電子發燒友App
????下面分析一下usb-skeleton的源碼。這個范例程序可以在linux-
????之前已經提到，模塊先要向內核注冊初始化跟銷毀函數：
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函數的作用只是用來注冊驅動程序，這個描述驅動程序的結構體是系統定義的標準結構struct usb_driver,注冊和注銷的方法很簡單，usb_register（struct *usb_driver）, usb_deregister（struct *usb_driver）。那這個結構體需要做些什么呢？他要向系統提供幾個函數入口，跟驅動的名字：
static struct usb_driver skel_driver = {
???? .name =????? "skeleton",
?? ? .probe = ????skel_probe,
???? .disconnect = skel_disconnect,
???? .id_table =?? ?skel_table,
};
????從代碼看來，usb_driver需要初始化四個東西：模塊的名字skeleton，probe函數skel_probe,disconnect函數skel_disconnect,以及id_table。
????在解釋skel_driver各個成員之前，我們先來看看另外一個結構體。這個結構體的名字有開發人員自定義，它描述的是該驅動擁有的所有資源及狀態：
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設備的結構體udev，一個接口interface，用于并發訪問控制的semaphore(信號量) limit_sem，用于接收數據的緩沖bulk_in_buffer及其尺寸bulk_in_size，然后是批量輸入輸出端口地址bulk_in_endpointAddr、bulk_out_endpointAddr，最后是一個內核使用的引用計數器。他們的作用我們將在后面的代碼中看到。
????我們再回過頭來看看skel_driver。
????name用來告訴內核模塊的名字是什么，這個注冊之后有系統來使用，跟我們關系不大。
????id_table用來告訴內核該模塊支持的設備。usb子系統通過設備的production ID和vendor ID的組合或者設備的class、subclass跟protocol的組合來識別設備，并調用相關的驅動程序作處理。我們可以看看這個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的第一個參數是設備的類型，如果是USB設備，那自然是usb（如果是PCI設備，那將是pci，這兩個子系統用同一個宏來注冊所支持的設備。這涉及PCI設備的驅動了，在此先不深究）。后面一個參數是設備表，這個設備表的最后一個元素是空的，用于標識結束。代碼定義了USB_SKEL_VENDOR_ID是0xfff0，USB_SKEL_PRODUCT_ID是0xfff0，也就是說，當有一個設備接到集線器時，usb子系統就會檢查這個設備的vendor ID和product ID，如果它們的值是0xfff0時，那么子系統就會調用這個skeleton模塊作為設備的驅動。
工商網監
評論