|
以前，看過(guò)國嵌關(guān)于input子系統的視頻課程，說(shuō)實(shí)話(huà)，我看完后腦子里很亂，給我的印象好像是input子系統驅動(dòng)是一個(gè)全新的驅動(dòng)架構，疑惑相當多。前幾天在網(wǎng)上，看到有很多人介紹韋東山老師的linux驅動(dòng)課程很不錯，于是，我就買(mǎi)了第二期的視頻，看了韋老師講解的input子系統視頻課程后，我完全明白了整個(gè)input子系統的工作機制。為了方便以后查閱，對input子系統的整體框架總結如下： 典型的輸入設備（如鍵盤(pán)、鼠標）的工作機制都是差不多的，都是在設備有動(dòng)作時(shí)，向CPU產(chǎn)生一個(gè)中斷，通知它讀取相應的數據。Linux為了方便開(kāi)發(fā)這一類(lèi)驅動(dòng)，它實(shí)現了這類(lèi)驅動(dòng)的通用部分，只留下與設備相關(guān)的部分，這樣使得開(kāi)發(fā)這一類(lèi)驅動(dòng)更加方便。 在Linux中，Input子系統由三大部分組成，它們是Input子系統核心層、Input子系統事件處理層和Input子系統設備驅動(dòng)層。在通常情況下，Input子系統核心層和Input子系統事件處理層都已經(jīng)實(shí)現了，而作為驅動(dòng)開(kāi)發(fā)者，我們僅僅只需要完成Input子系統設備驅動(dòng)層。 對于一個(gè)完整的驅動(dòng)程序，我們首先需要確定設備的主設備號，次設備號，然后向系統注冊該設備，最后實(shí)現file_operations結構體中的函數。在Input子系統中，這些步驟會(huì )分布到不同的層中，最后三個(gè)層通過(guò)一些聯(lián)系構成了一個(gè)完整的驅動(dòng)程序。 在input子系統中有三個(gè)比較中要的結構體，它們分別是input_handler結構體、input_dev結構體、input_handle結構體。它們的具體代碼如下： struct input_handler { void *private; //driver相關(guān)數據 void (*event)(struct input_handle *handle, unsigned int type, unsigned int code, int value); //input_event函數會(huì )調用此函數 int (*connect)(struct input_handler *handler, struct input_dev *dev, const struct input_device_id *id); void (*disconnect)(struct input_handle *handle); void (*start)(struct input_handle *handle); const struct file_operations *fops; //file_operation結構體，會(huì )替換input.c里的file_operation結構體 int minor; const char *name; //input_handler名稱(chēng) const struct input_device_id *id_table; const struct input_device_id *blacklist; struct list_head h_list; //與該handler相關(guān)的handle struct list_head node; }; struct input_dev { const char *name; const char *phys; const char *uniq; struct input_id id; unsigned long evbit[BITS_TO_LONGS(EV_CNT)]; unsigned long keybit[BITS_TO_LONGS(KEY_CNT)]; unsigned long relbit[BITS_TO_LONGS(REL_CNT)]; unsigned long absbit[BITS_TO_LONGS(ABS_CNT)]; unsigned long mscbit[BITS_TO_LONGS(MSC_CNT)]; unsigned long ledbit[BITS_TO_LONGS(LED_CNT)]; unsigned long sndbit[BITS_TO_LONGS(SND_CNT)]; unsigned long ffbit[BITS_TO_LONGS(FF_CNT)]; unsigned long swbit[BITS_TO_LONGS(SW_CNT)]; unsigned int keycodemax; unsigned int keycodesize; void *keycode; int (*setkeycode)(struct input_dev *dev, int scancode, int keycode); int (*getkeycode)(struct input_dev *dev, int scancode, int *keycode); struct ff_device *ff; unsigned int repeat_key; struct timer_list timer; int sync; int abs[ABS_MAX + 1]; int rep[REP_MAX + 1]; unsigned long key[BITS_TO_LONGS(KEY_CNT)]; unsigned long led[BITS_TO_LONGS(LED_CNT)]; unsigned long snd[BITS_TO_LONGS(SND_CNT)]; unsigned long sw[BITS_TO_LONGS(SW_CNT)]; int absmax[ABS_MAX + 1]; int absmin[ABS_MAX + 1]; int absfuzz[ABS_MAX + 1]; int absflat[ABS_MAX + 1]; int absres[ABS_MAX + 1]; int (*open)(struct input_dev *dev); void (*close)(struct input_dev *dev); int (*flush)(struct input_dev *dev, struct file *file); int (*event)(struct input_dev *dev, unsigned int type, unsigned int code, int value); struct input_handle *grab; spinlock_t event_lock; struct mutex mutex; unsigned int users; bool going_away; struct device dev; struct list_head h_list; //與該input_dev相關(guān)的handle struct list_head node; }; struct input_handle { void *private; int open; const char *name; struct input_dev *dev; //指向input_dev struct input_handler *handler; //指向input_handler struct list_head d_node; struct list_head h_node; }; 在Input.c(drivers/input)的input_init函數中,有： err=register_chrdev(INPUT_MAJOR, "input", &input_fops) 它向系統中注冊了一個(gè)主設備號為INPUT_MAJOR(13)，名為input的設備。而它的file_operations結構體，如下所示： static const struct file_operations input_fops = { .owner = THIS_MODULE, .open = input_open_file, }; 它僅僅實(shí)現了open函數，為沒(méi)有實(shí)現其他函數。其實(shí)其他函數會(huì )在其open函數中實(shí)現。 在input_open_file函數中，會(huì )把Input子系統的事件處理層相關(guān)結構體handler的file_operations賦值給input_fops,從而完整的實(shí)現了file_operations結構體。具體實(shí)現的代碼： new_fops = fops_get(handler->fops) file->f_op = new_fops; 從這里我們可以看出一個(gè)Input子系統的驅動(dòng)的file_operations結構體是在handler結構體中實(shí)現的。 對于input_handler結構體，它是input子系統中事件處理層相關(guān)的結構體，對于一個(gè)具體的事件處理，需要向事件處理層注冊這樣一個(gè)結構體，如在鼠標的事件處理程序mousedev.c的mousedev_init函數中，會(huì )調用input_register_handler函數，注冊一個(gè)具體的handler。而在input_register_handler函數中，會(huì )將handler添加到input_handler_list中，然后在input_dev_list中尋找相匹配的dev。具體代碼： list_for_each_entry(dev, &input_dev_list, node) input_attach_handler(dev, handler); 因而，要形成一個(gè)完成的驅動(dòng)，則必須有相應的dev。 對于input_dev結構體，它是input子系統中設備驅動(dòng)層相關(guān)的結構體，對于一個(gè)具體的設備，需要向設備驅動(dòng)層注冊這樣一個(gè)結構體，如在鼠標的設備驅動(dòng)程序usbmouse.c的usb_mouse_probe函數中，會(huì )調用input_register_device函數，注冊一個(gè)具體的dev。而在input_register_device函數中，會(huì )將dev添加到input_dev_list中，然后再input_handler_list尋找相匹配的handler。具體代碼： list_add_tail(&dev->node, &input_dev_list); list_for_each_entry(handler, &input_handler_list, node) input_attach_handler(dev, handler); 在input_attach_handler函數中，會(huì )調用input_match_device函數，將input_dev_list中的dev與handler相匹配或將input_handler_list中的handler與dev相匹配，匹配成功后就會(huì )調用handler中的connect函數。而在connect函數中，會(huì )通過(guò)handle結構體將匹配好的handler和dev聯(lián)系起來(lái)。如mousedev.c中，connect函數中調用了mousedev_create函數，而在mousedev_create函數中，將handle結構中的handler指向匹配好的handler，而dev指向匹配好的dev，然后會(huì )調用input_register_handle函數。 mousedev->handle.dev = input_get_device(dev); mousedev->handle.name = dev_name(&mousedev->dev); error = input_register_handle(&mousedev->handle); 在 input_register_handle函數中，將input_handle結構體中的d_node和h_node成員分別添加到了匹配好的dev結構體的h_list中和匹配好的handler結構體的h_list中。 struct input_handler *handler = handle->handler; struct input_dev *dev = handle->dev; list_add_tail_rcu(&handle->d_node, &dev->h_list); list_add_tail(&handle->h_node, &handler->h_list); 這樣，Input驅動(dòng)程序中的設備驅動(dòng)和事件處理就這樣無(wú)縫連接起來(lái)了，無(wú)論是我們先有了handler還是先有了dev，input子系統都會(huì )找了與之匹配的dev或handler，使得三部分之間更加整體化。 |
