• 為什么要引入輸入子系統(tǒng)？

在前面我們寫了一些簡單的字符設(shè)備的驅(qū)動程序，我們是怎么樣打開一個設(shè)備并操作的呢？

一般都是在執(zhí)行應(yīng)用程序時，open一個特定的設(shè)備文件，如：/dev/buttons

1 ..... 2 int main(int argc, char **argv) 3 { 4 unsigned char key_val; 5 int ret; 6 fd = open("/dev/buttons", O_RDWR); //默認(rèn)為阻塞操作 7 if (fd < 0) 8 { 9 printf("can't open!\n"); 10 return -1; 11 } 12 ......

但是實際上，一般的應(yīng)用程序不會去打開這樣設(shè)備文件“/dev/buttons”。一般打開的都是系統(tǒng)原有的文件，如“?dev/tty*?”?,還有可能是不需要打開什么tty，
而是直接“scanf()”就去獲得了按鍵的輸入。

以前我們寫一些輸入設(shè)備（鍵盤、鼠標(biāo)等）的驅(qū)動都是采用字符設(shè)備、混雜設(shè)備處理的。問題由此而來，Linux開源社區(qū)的大神們看到了這大量輸入設(shè)備如此分散不堪，有木有可以實現(xiàn)一種機制，可以對分散的、不同類別的輸入設(shè)備進(jìn)行統(tǒng)一的驅(qū)動，所以才出現(xiàn)了輸入子系統(tǒng)。

?輸入子系統(tǒng)引入的好處：

（1）統(tǒng)一了物理形態(tài)各異的相似的輸入設(shè)備的處理功能。例如，各種鼠標(biāo)，不論PS/2、USB、還是藍(lán)牙，都被同樣處理。

（2）提供了用于分發(fā)輸入報告給用戶應(yīng)用程序的簡單的事件（event）接口。你的驅(qū)動不必創(chuàng)建、管理/dev節(jié)點以及相關(guān)的訪問方法。因此它能夠很方便的調(diào)用輸入API以發(fā)送鼠標(biāo)移動、鍵盤按鍵，或觸摸事件給用戶空間。X windows這樣的應(yīng)用程序能夠無縫地運行于輸入子系統(tǒng)提供的event接口之上。

（3）抽取出了輸入驅(qū)動的通用部分，簡化了驅(qū)動，并提供了一致性。例如，輸入子系統(tǒng)提供了一個底層驅(qū)動（成為serio）的集合，支持對串口和鍵盤控制器等硬件輸入的訪問
　　詳見《精通Linux設(shè)備驅(qū)動程序開發(fā)》

---

?

?

1.Linux輸入子系統(tǒng)框架

linux輸入子系統(tǒng)（linux input subsystem）從上到下由三層實現(xiàn)，分別為：

　　輸入子系統(tǒng)事件處理層（EventHandler）

　　輸入子系統(tǒng)核心層（InputCore）

　　輸入子系統(tǒng)設(shè)備驅(qū)動層（input driver）

1.輸入子系統(tǒng)設(shè)備驅(qū)動層：主要實現(xiàn)對硬件設(shè)備的讀寫訪問，中斷設(shè)置，并把硬件產(chǎn)生的事件轉(zhuǎn)換為核心層定義的規(guī)范提交給事件處理層。

2.核心層：承上啟下。為驅(qū)動層提供輸入設(shè)備注冊與操作接口，如：input_register_device;通知事件處理層對事件進(jìn)行處理；在/Proc下產(chǎn)生相應(yīng)的設(shè)備信息。

　　　　設(shè)備驅(qū)動層只要關(guān)心如何驅(qū)動硬件并獲得硬件數(shù)據(jù)（例如按下的按鍵數(shù)據(jù)），然后調(diào)用核心層提供的接口，核心層會自動把數(shù)據(jù)提交給事件處理層。

3.事件處理層：是用戶編程的接口（設(shè)備節(jié)點），并處理驅(qū)動層提交的數(shù)據(jù)處理。

　　　　（Linux中在用戶空間將所有的設(shè)備都當(dāng)做文件來處理，由于在一般的驅(qū)動程序中都有提供fops接口，以及在/dev下生成相應(yīng)的設(shè)備文件nod，這些操作在輸入子系統(tǒng)中由事件處理層完成）

?

輸入子系統(tǒng)中有兩個類型的驅(qū)動，當(dāng)我們要為一個輸入設(shè)備（如觸摸屏）的編寫驅(qū)動的時候，我們是要編寫兩個驅(qū)動：輸入設(shè)備驅(qū)動和輸入事件驅(qū)動？

? ? ? ?答案是否定的。在子系統(tǒng)中，事件驅(qū)動是標(biāo)準(zhǔn)的，對所有的輸入類都是可以用的，所以你更可能的是實現(xiàn)輸入設(shè)備驅(qū)動而不是輸入事件驅(qū)動。你的設(shè)備可以利用一個已經(jīng)存在的，合適的輸入事件驅(qū)動通過輸入核心和用戶應(yīng)用程序接口。

輸入設(shè)備都各有不同，那么輸入子系統(tǒng)也就只能實現(xiàn)他們的共性，差異性則由設(shè)備驅(qū)動來實現(xiàn)。差異性又體現(xiàn)在哪里？

最直觀體現(xiàn)在設(shè)備功能上的不同。對于驅(qū)動編寫者來說，在設(shè)備驅(qū)動中就只要使用輸入子系統(tǒng)提供的工具（也就是函數(shù)）來完成這些“差異”就行了，其他的則是輸入子系統(tǒng)的工作。這個思想不僅存在于輸入子系統(tǒng)，其他子系統(tǒng)也是一樣(比如:usb子系統(tǒng)、video子系統(tǒng)等)

?先分析核心層的代碼 Input.c

?以下轉(zhuǎn)載自Linux之輸入子系統(tǒng)分析(詳解)

Input.c

?在最后有一下兩段：

subsys_initcall(input_init); //修飾入口函數(shù) module_exit(input_exit); //修飾出口函數(shù)

可知，子系統(tǒng)是作為一個模塊存在的。

1.先來分析入口函數(shù)input_init

1 static int __init input_init(void) 2 { 3 int err; 4 5 err = class_register(&input_class); //注冊類，放在/sys/class 6 if (err) { 7 printk(KERN_ERR "input: unable to register input_dev class\n"); 8 return err; 9 } 10 11 err = input_proc_init(); //在/proc下建立相關(guān)文件 12 if (err) 13 goto fail1; 14 15 err = register_chrdev(INPUT_MAJOR, "input", &input_fops); //注冊驅(qū)動 16 if (err) { 17 printk(KERN_ERR "input: unable to register char major %d", INPUT_MAJOR); 18 goto fail2; 19 } 20 21 return 0; 22 23 fail2: input_proc_exit(); 24 fail1: class_unregister(&input_class); 25 return err; 26 }

?

（1）上面第5行，class_register(&input_class)，是在/sys/class中創(chuàng)建一個input類，input_class類結(jié)構(gòu)如下：

struct class input_class = {.name = "input",.release = input_dev_release,.uevent = input_dev_uevent, };

如下圖,我們啟動內(nèi)核,再啟動一個input子系統(tǒng)的驅(qū)動后，也可以看到創(chuàng)建了個"input"類 :

疑問：為什么在此只創(chuàng)建了類，卻沒有使用class_dev_create()函數(shù)在類下面創(chuàng)建驅(qū)動設(shè)備？

　　當(dāng)注冊了input子系統(tǒng)的驅(qū)動后，才會有設(shè)備驅(qū)動，此處代碼沒有驅(qū)動。以下會詳細(xì)解釋。

（2）上面第15行通過register_chrdev創(chuàng)建驅(qū)動設(shè)備,其中變量INPUT_MAJOR =13,所以創(chuàng)建了一個主設(shè)備為13的"input"設(shè)備。

然后我們來看看它的操作結(jié)構(gòu)體input_fops,如下

static const struct file_operations input_fops = {.owner = THIS_MODULE,.open = input_open_file, };

只有一個.open函數(shù),比如當(dāng)我們掛載一個新的input驅(qū)動,則內(nèi)核便會調(diào)用該.open函數(shù),接下來分析該.open函數(shù)

?

2.進(jìn)入input_open_file函數(shù)(drivers/input/input.c)

?

1 static int input_open_file(struct inode *inode, struct file *file) 2 { 3 struct input_handler *handler = input_table[iminor(inode) >> 5]; // (1) 4 const struct file_operations *old_fops, *new_fops = NULL; 5 int err; 6 7 if (!handler || !(new_fops = fops_get(handler->fops))) //(2) 8 return -ENODEV; 9 10 if (!new_fops->open) { 11 fops_put(new_fops); 12 return -ENODEV; 13 } 14 15 old_fops = file->f_op; 16 file->f_op = new_fops; //(3) 17 18 err = new_fops->open(inode, file); //(4) 19 if (err) { 20 fops_put(file->f_op); 21 file->f_op = fops_get(old_fops); 22 } 23 24 fops_put(old_fops); 25 26 return err; 27 }

(1)第3行中,其中iminor (inode)函數(shù)調(diào)用了MINOR(inode->i_rdev);讀取子設(shè)備號,然后將子設(shè)備除以32,找到新掛載的input驅(qū)動的數(shù)組號,然后放在input_handler 驅(qū)動處理函數(shù)handler中?

(2)第7行中,若handler有值,說明掛載有這個驅(qū)動,就將handler結(jié)構(gòu)體里的成員file_operations * fops賦到新的file_operations *old_fops里面

(3)第16行中, 再將新的file_operations *old_fops賦到file-> file_operations ?*f_op里, 此時input子系統(tǒng)的file_operations就等于新掛載的input驅(qū)動的file_operations結(jié)構(gòu)體,實現(xiàn)一個偷天換日的效果.

(4)第18行中,然后調(diào)用新掛載的input驅(qū)動的*old_fops里面的成員.open函數(shù)

?

3.上面代碼的input_table[]數(shù)組在初始時是沒有值的,

所以我們來看看input_table數(shù)組里面的數(shù)據(jù)又是在哪個函數(shù)里被賦值

?在input.c函數(shù)(drivers/input/input.c)中搜索input_table,找到它在input_register_handler()函數(shù)中被賦值,代碼如下:

int input_register_handler(struct input_handler *handler) { ... ... input_table[handler->minor >> 5] = handler; //input_table[]被賦值 ... ... list_add_tail(&handler->node, &input_handler_list); //然后將這個input_handler放到input_handler_list鏈表中 ... ...

　list_for_each_entry(dev, &input_dev_list, node)?//對于每一個input_dev,調(diào)用input_attach_handler
　　　input_attach_handler(dev, handler);　　//根據(jù)input_handler的id_table判斷能否支持這個input_dev

}

就是將驅(qū)動處理程序input_handler注冊到input_table[]中，然后放在input_handler_list鏈表中,后面會講這個鏈表

?

?4.繼續(xù)來搜索input_register_handler,看看這個函數(shù)被誰來調(diào)用

?如下圖所示,有evdev.c(事件設(shè)備)，tsdev.c(觸摸屏設(shè)備)，joydev.c(joystick操作桿設(shè)備)，keyboard.c(鍵盤設(shè)備)，mousedev.c(鼠標(biāo)設(shè)備)?這5個內(nèi)核自帶的設(shè)備處理函數(shù)注冊到input子系統(tǒng)中

以evdev.c為例,它在evdev_ini()函數(shù)中注冊:

static int __init evdev_init(void) {return input_register_handler(&evdev_handler); //注冊 }

?

5.我們來看看這個evdev_handler變量是什么結(jié)構(gòu)體,:

1 static struct input_handler evdev_handler = { 2 .event = evdev_event, 3 .connect = evdev_connect, //(4) 4 .disconnect = evdev_disconnect, 5 .fops = &evdev_fops, //(1) 6 .minor = EVDEV_MINOR_BASE, //(2) 7 .name = "evdev", 8 .id_table = evdev_ids, //(3) 9 };

就是我們之前看的input_handler驅(qū)動處理結(jié)構(gòu)體

(1)?第5行中.fops:文件操作結(jié)構(gòu)體,其中evdev_fops函數(shù)就是自己的寫的操作函數(shù),然后賦到.fops中

(2)第6行中 .minor:用來存放次設(shè)備號

其中EVDEV_MINOR_BASE=64, 然后調(diào)用input_register_handler(&evdev_handler)后,由于EVDEV_MINOR_BASE/32=2,所以存到input_table[2]中

?所以當(dāng)open打開這個input設(shè)備,就會進(jìn)入 input_open_file()函數(shù),執(zhí)行evdev_handler-> evdev_fops -> .open函數(shù),如下所示:

1 static const struct file_operations evdev_fops = { 2 .owner = THIS_MODULE, 3 .read = evdev_read, 4 .write = evdev_write, 5 .poll = evdev_poll, 6 .open = evdev_open, 7 .release = evdev_release, 8 .unlocked_ioctl = evdev_ioctl, 9 #ifdef CONFIG_COMPAT 10 .compat_ioctl = evdev_ioctl_compat, 11 #endif 12 .fasync = evdev_fasync, 13 .flush = evdev_flush 14 };

(3)第8行中.id_table :?表示能支持哪些輸入設(shè)備，比如某個驅(qū)動設(shè)備的input_dev->的id和某個input_handler的id_table相匹配，就會調(diào)用.connect連接函數(shù),如下圖

(4)第3行中.connect:連接函數(shù)，將設(shè)備input_dev和某個input_handler建立連接,如下圖

6.我們先來看看上圖的input_register_device()函數(shù),如何創(chuàng)建驅(qū)動設(shè)備的

?搜索input_register_device,發(fā)現(xiàn)內(nèi)核自己就已經(jīng)注冊了很多驅(qū)動設(shè)備

　6.1然后進(jìn)入input_register_device()函數(shù),代碼如下:

1 int input_register_device(struct input_dev *dev) //*dev:要注冊的驅(qū)動設(shè)備 2 { 3 ... ... 4 list_add_tail(&dev->node, &input_dev_list); //(1)放入鏈表中 5 ... ... 6 list_for_each_entry(handler, &input_handler_list, node) //(2) 7 　　input_attach_handler(dev, handler); 8 ... ... 9 }

(1)第4行中,將要注冊的input_dev驅(qū)動設(shè)備放在input_dev_list鏈表中

(2)第6行中,其中input_handler_list在前面講過,就是存放每個input_handle驅(qū)動處理結(jié)構(gòu)體,

然后list_for_each_entry()函數(shù)會將每個input_handle從鏈表中取出,放到handler中

最后會調(diào)用input_attach_handler()函數(shù),將每個input_handle的id_table進(jìn)行判斷,若兩者支持便進(jìn)行連接。

　　6.2然后我們在回過頭來看注冊input_handler的input_register_handler()函數(shù),如下圖所示

?在input.c中

1 int input_register_handler(struct input_handler *handler) 2 { 3 struct input_dev *dev; 4 5 INIT_LIST_HEAD(&handler->h_list); 6 7 if (handler->fops != NULL) { 8 if (input_table[handler->minor >> 5]) 9 return -EBUSY; 10 11 input_table[handler->minor >> 5] = handler; //放入數(shù)組 12 } 13 14 list_add_tail(&handler->node, &input_handler_list); //放入鏈表 15 　　　　 16 list_for_each_entry(dev, &input_dev_list, node)　　//對于每一個input_dev,調(diào)用input_attach_handler 17 input_attach_handler(dev, handler); 18 19 input_wakeup_procfs_readers(); 20 return 0;

所以,不管新添加input_dev還是input_handler,都會進(jìn)入input_attach_handler()判斷兩者id是否有支持, 若兩者支持便進(jìn)行連接

?

　　6.3我們來看看input_attach_handler()如何實現(xiàn)匹配兩者id的:

1 static int input_attach_handler(struct input_dev *dev, struct input_handler *handler) 2 { 3 ... ... 4 id = input_match_device(handler->id_table, dev); //匹配兩者 5 6 if (!id) //若不匹配,return退出 7 return -ENODEV; 8 9 error = handler->connect(handler, dev, id); //調(diào)用input_handler ->connect函數(shù)建立連接 10 ... ... 11 12 }

根據(jù)input_handler的id_table判斷能否支持這個input_dev
如果能支持，則調(diào)用input_handler的connect函數(shù)建立“連接”

7.以evdev.c(事件驅(qū)動) 的evdev_handler->connect函數(shù)來分析是怎樣建立連接的,如下:

1 static struct input_handler evdev_handler = { 2 .event = evdev_event, 3 .connect = evdev_connect, 4 .disconnect = evdev_disconnect, 5 .fops = &evdev_fops, 6 .minor = EVDEV_MINOR_BASE, 7 .name = "evdev", 8 .id_table = evdev_ids, 9 };

?

　　7.1?evdev_handler的.connect函數(shù)是evdev_connect(),代碼如下:

1 static int evdev_connect(struct input_handler *handler, struct input_dev *dev, const struct input_device_id *id) 2 { 3 ... ... 4 for (minor = 0; minor < EVDEV_MINORS && evdev_table[minor]; minor++); //查找驅(qū)動設(shè)備的子設(shè)備號 5 if (minor == EVDEV_MINORS) { // EVDEV_MINORS=32,所以該事件下的驅(qū)動設(shè)備最多存32個, 6 printk(KERN_ERR "evdev: no more free evdev devices\n"); 7 return -ENFILE; //沒找到驅(qū)動設(shè)備 8 } 9 ... ... 10 evdev = kzalloc(sizeof(struct evdev), GFP_KERNEL); //分配一個input_handle全局結(jié)構(gòu)體(沒有r) 11 ... ... 12 evdev->handle.dev = dev; //指向參數(shù)input_dev驅(qū)動設(shè)備 13 evdev->handle.name = evdev->name; 14 evdev->handle.handler = handler; //指向參數(shù) input_handler驅(qū)動處理結(jié)構(gòu)體 15 evdev->handle.private = evdev; 16 sprintf(evdev->name, "event%d", minor); //(1)保存驅(qū)動設(shè)備名字, event%d 17 ... ... 18 devt = MKDEV(INPUT_MAJOR, EVDEV_MINOR_BASE + minor), //(2) 將主設(shè)備號和次設(shè)備號轉(zhuǎn)換成dev_t類型 19 cdev = class_device_create(&input_class, &dev->cdev, devt,dev->cdev.dev, evdev->name); 20 // (3)在input類下創(chuàng)建驅(qū)動設(shè)備 21 22 ... ... 23 error = input_register_handle(&evdev->handle); //(4)注冊這個input_handle結(jié)構(gòu)體 24 25 ... ... 26 }

(1) 第16行中,是在保存驅(qū)動設(shè)備名字,名為event%d, 比如下圖(鍵盤驅(qū)動)event1: 因為沒有設(shè)置子設(shè)備號，默認(rèn)從小到大排列,其中event0是表示這個input子系統(tǒng),所以這個鍵盤驅(qū)動名字就是event1

(2)第18行中,是在保存驅(qū)動設(shè)備的主次設(shè)備號,其中主設(shè)備號INPUT_MAJOR=13,因為EVDEV_MINOR_BASE=64,所以此設(shè)備號=64+驅(qū)動程序本事子設(shè)備號, 比如下圖(鍵盤驅(qū)動)event1: ?主次設(shè)備號就是13,65

(3)在之前在2小結(jié)里就分析了input_class類結(jié)構(gòu)，所以第19行中,會在/sys/class/input類下創(chuàng)建驅(qū)動設(shè)備event%d，比如下圖(鍵盤驅(qū)動)event1:

(4)最終會進(jìn)入input_register_handle()函數(shù)來注冊,代碼在下面

?　

　7.2?input_register_handle()函數(shù)如下:

1 int input_register_handle(struct input_handle *handle) 2 { 3 struct input_handler *handler = handle->handler; //handler= input_handler驅(qū)動處理結(jié)構(gòu)體 4 5 list_add_tail(&handle->d_node, &handle->dev->h_list); //(1) 6 list_add_tail(&handle->h_node, &handler->h_list); // (2) 7 8 if (handler->start) 9 handler->start(handle); 10 return 0; 11 }

(1)在第5行中,?因為handle->dev指向input_dev驅(qū)動設(shè)備,所以就是將handle->d_node放入到input_dev驅(qū)動設(shè)備的h_list鏈表中,

即input_dev驅(qū)動設(shè)備的h_list鏈表就指向handle->d_node

(2) 在第6行中,?同樣, input_handler驅(qū)動處理結(jié)構(gòu)體的h_list也指向了handle->h_node

最終如下圖所示:

兩者的.h_list都指向了同一個handle結(jié)構(gòu)體，然后通過.h_list 來找到handle的成員.dev和handler,便能找到對方,便建立了連接

?

8.建立了連接后，又如何讀取evdev.c(事件驅(qū)動) 的evdev_handler->.fops->.read函數(shù)？

事件驅(qū)動的.read函數(shù)是evdev_read()函數(shù),我們來分析下:

1 static ssize_t evdev_read(struct file *file, char __user * buffer, size_t count, loff_t *ppos) 2 { 3 ... ... 4 /*判斷應(yīng)用層要讀取的數(shù)據(jù)是否正確*/ 5 if (count < evdev_event_size()) 6 return -EINVAL; 7 8 /*在非阻塞操作情況下,若client->head == client->tail|| evdev->exist時(沒有數(shù)據(jù)),則return返回*/ 9 if (client->head == client->tail && evdev->exist && (file->f_flags & O_NONBLOCK)) 10 return -EAGAIN; 11 12 /*若client->head == client->tail|| evdev->exist時(沒有數(shù)據(jù)),等待中斷進(jìn)入睡眠狀態(tài) */ 13 retval = wait_event_interruptible(evdev->wait,client->head != client->tail || !evdev->exist); 14 15 ... ... //上傳數(shù)據(jù) 16 17 }

?

9.若read函數(shù)進(jìn)入了休眠狀態(tài)，又是誰來喚醒？

?我們搜索這個evdev->wait這個等待隊列變量,找到evdev_event函數(shù)里喚醒:

static void evdev_event(struct input_handle *handle, unsigned int type, unsigned int code, int value) { ... ...wake_up_interruptible(&evdev->wait); //有事件觸發(fā)，便喚醒等待中斷 }

其中evdev_event()是evdev.c(事件驅(qū)動) 的evdev_handler->.event成員,如下所示:

1 static struct input_handler evdev_handler = { 2 .event = evdev_event, 3 .connect = evdev_connect, 4 .disconnect = evdev_disconnect, 5 .fops = &evdev_fops, 6 .minor = EVDEV_MINOR_BASE, 7 .name = "evdev", 8 .id_table = evdev_ids, 9 };

當(dāng)有事件發(fā)生了,比如對于按鍵驅(qū)動,當(dāng)有按鍵按下時,就會進(jìn)入.event函數(shù)中處理事件

?

?10.分析下,是誰調(diào)用evdev_event()這個.event事件驅(qū)動函數(shù)

?猜測：硬件相關(guān)的代碼（input_dev那層）--中斷處理函數(shù)

?來看看內(nèi)核 gpio_keys_isr()函數(shù)代碼例子就知道了 (driver/input/keyboard/gpio_key.c)

1 static irqreturn_t gpio_keys_isr(int irq, void *dev_id) 2 { 3 /*獲取按鍵值,賦到state里*/ 4 ... ... 5 6 /*上報事件*/ 7 input_event(input, type, button->code, !!state); 8 input_sync(input); //同步信號通知,表示事件發(fā)送完畢 9 }

顯然就是通過input_event()來調(diào)用.event事件函數(shù),我們來看看:

1 void input_event(struct input_dev *dev, unsigned int type, unsigned int code, int value) 2 { 3 struct input_handle *handle; 4 ... ... 5 6 /* 通過input_dev ->h_list鏈表找到input_handle驅(qū)動處理結(jié)構(gòu)體*/ 7 list_for_each_entry(handle, &dev->h_list, d_node) 8 if (handle->open) //如果input_handle之前open 過,那么這個就是我們的驅(qū)動處理結(jié)構(gòu)體 9 handle->handler->event(handle, type, code, value); //調(diào)用evdev_event()的.event事件函數(shù) 10 11 }

若之前驅(qū)動input_dev和處理input_handler已經(jīng)通過input_handler 的.connect函數(shù)建立起了連接,那么就調(diào)用evdev_event()的.event事件函數(shù)，如下圖所示:

?

?

?11.本節(jié)總結(jié)分析:

1.注冊輸入子系統(tǒng),進(jìn)入input_init():

1)創(chuàng)建主設(shè)備號為13的"input"字符設(shè)備

err = register_chrdev(INPUT_MAJOR, "input", &input_fops);

?

2.open打開驅(qū)動,進(jìn)入input_open_file():

1)更新設(shè)備的file_oprations

file->f_op=fops_get(handler->fops);

2)執(zhí)行file_oprations->open函數(shù)

err = new_fops->open(inode, file);

?

3.注冊input_handler,進(jìn)入input_register_handler():

1)添加到input_table[]處理數(shù)組中

input_table[handler->minor >> 5] = handler;

?2）添加到input_handler_list鏈表中

list_add_tail(&handler->node, &input_handler_list);

3)判斷input_dev的id,是否有支持這個驅(qū)動的設(shè)備

list_for_each_entry(dev, &input_dev_list, node) //遍歷查找input_dev_list鏈表里所有input_dev input_attach_handler(dev, handler); //判斷兩者id,若兩者支持便進(jìn)行連接。

?

4.注冊input_dev，進(jìn)入input_register_device():

1)放在input_dev_list鏈表中

list_add_tail(&dev->node, &input_dev_list);

2)判斷input_handler的id，是否有支持這個設(shè)備的驅(qū)動

list_for_each_entry(handler, &input_handler_list, node) //遍歷查找input_handler_list鏈表里所有input_handler input_attach_handler(dev, handler); //判斷兩者id,若兩者支持便進(jìn)行連接。

?

5.判斷input_handler和input_dev的id,進(jìn)入input_attach_handler():

?1）匹配兩者id,

input_match_device(handler->id_table, dev); //匹配input_handler和dev的id,不成功退出函數(shù)

2)匹配成功調(diào)用input_handler ->connect

handler->connect(handler, dev, id); //建立連接

?

6.建立input_handler和input_dev的連接，進(jìn)入input_handler->connect():

?1)創(chuàng)建全局結(jié)構(gòu)體,通過input_handle結(jié)構(gòu)體連接雙方

evdev = kzalloc(sizeof(struct evdev), GFP_KERNEL); //創(chuàng)建兩者連接的input_handle全局結(jié)構(gòu)體 list_add_tail(&handle->d_node, &handle->dev->h_list); //連接input_dev->h_list list_add_tail(&handle->h_node, &handler->h_list); // 連接input_handle->h_list

?

7.有事件發(fā)生時,比如按鍵中斷,在中斷函數(shù)中需要進(jìn)入input_event()上報事件:

?1)找到驅(qū)動處理結(jié)構(gòu)體，然后執(zhí)行input_handler->event()

list_for_each_entry(handle, &dev->h_list, d_node) // 通過input_dev ->h_list鏈表找到input_handle驅(qū)動處理結(jié)構(gòu)體 if (handle->open) //如果input_handle之前open 過,那么這個就是我們的驅(qū)動處理結(jié)構(gòu)體(有可能一個驅(qū)動設(shè)備在不同情況下有不同的驅(qū)動處理方式)handle->handler->event(handle, type, code, value); //調(diào)用evdev_event()的.event事件函數(shù)

?

轉(zhuǎn)載于:https://www.cnblogs.com/y4247464/p/10126481.html

總結(jié)

以上是生活随笔為你收集整理的7.Linux 输入子系统分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。