输入子系统的框架

先说一下为什么要引入输入子系统这个概念。

以按键驱动程序为例，这个驱动程序无法用于别人写的现成的应用程序，比如QT，因为其他的应用程序肯定不会打开/dev/button，而是会可能打开现成的设备，比如/dev/tty，甚至不打开设备，直接使用scanf()就可以获取按键的输入。因此，按照以前的思路写出来的应用程序，只能自己用。若是想写出一个通用的驱动程序，将现成的应用程序无缝移植到你的单板上，那就需要使用现成的框架，那就是输入子系统。

下面介绍一下输入子系统的框架。

drivers/input/input.c是核心层。在input.c里做了什么呢？
首先，在入口函数里，err = register_chrdev(INPUT_MAJOR, “input”, &input_fops);注册了一个file_operation结构,这个结构是这样定义的：

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

既然结构里只有一个open函数，那么在open函数了肯定做了其他的事情。

自然是从open入手。
在input_open_file里，
struct input_handler *handler = input_table[iminor(inode) >> 5];
new_fops = fops_get(handler->fops) // =>&evdev_fops
file->f_op = new_fops;
err = new_fops->open(inode, file);

先在一个数组里以次设备号右移5位为下标找到了一个input_handler 结构，然后找到了结构里的file_openration，最后调用了那个file_operation的open函数。
这样的话就达到了一个目的，那就是在app想要调用read的时候，经过层层调用，最终可以调用到file_operation里的read函数。

那数组从何而来呢？在input_register_handler()中，input_table[handler->minor >> 5] = handler;

根据图片所展示的三大部分，对于注册input_handler：

input_register_handler    // 放入数组    input_table[handler->minor >> 5] = handler;     // 放入链表    list_add_tail(&handler->node, &input_handler_list);    // 对于每个input_dev，调用input_attach_handler    list_for_each_entry(dev, &input_dev_list, node)         // 根据input_handler的id_table判断能否支持此input_dev        input_attach_handler(dev, handler); 

对于注册input_device:

input_register_device    // 放入链表    list_add_tail(&dev->node, &input_dev_list);     // 对于每一个input_handler，都调用input_attach_handler    list_for_each_entry(handler, &input_handler_list, node)        // 根据input_handler的id_table判断能否支持此input_dev        input_attach_handler(dev, handler); 

那么input_attach_handler()做了什么事情呢？

id = input_match_device(handler->id_table, dev);error = handler->connect(handler, dev, id);

总的来说，就是注册input_dev或input_handler时，会两两比较左边的input_dev和右边的input_handler,根据input_handler的id_table判断这个input_handler能否支持这个input_dev，如果能支持，则调用input_handler的connect函数建立”连接”。

连接如何建立？以evdev_connect为例可以看一下具体的代码，基本上可以总结如下

1. 分配一个input_handle结构体2.     input_handle.dev = input_dev;  // 指向左边的input_dev    input_handle.handler = input_handler;  // 指向右边的input_handler3. 注册：   input_handler->h_list = &input_handle;   inpu_dev->h_list      = &input_handle;

这样，很明显就可以达到一个效果：①可以在input_device里的h_list中找到input_handle，然后在通过input_handle.handler找到对应的input_handler。②可以在input_handler里的h_list找到input_handle，然后在通过input_handle.device找到对应的input_device。

如何读出按键呢？
以evdev.c为例，假如应用程序调用read,经过层层调用，就会调用evdev_read

// 无数据并且是非阻塞方式打开，则立刻返回if (client->head == client->tail && evdev->exist && (file->f_flags & O_NONBLOCK))    return -EAGAIN;// 否则休眠retval = wait_event_interruptible(evdev->wait,    client->head != client->tail || !evdev->exist);

谁来唤醒？由evdev_event来唤醒：

wake_up_interruptible(&evdev->wait);

evdev_event被谁调用？
猜：应该是硬件相关的代码，input_dev那层调用的
在设备的中断服务程序里，确定事件是什么，然后调用相应的input_handler的event处理函数
再以gpio_keys_isr为例，在中断处理函数中做了跟我们以前做的相似的事情。

// 上报事件input_event(input, type, button->code, !!state);input_sync(input);

input_event和input_sync通过层层调用，会调用到file_operation中的event和sync函数。具体是怎么调用的与前面分析的类似，通过h_list找到handle，再找到handler，然后再找到event。