基于MTK架构的input子系统分析

参考文章：

http://blog.chinaunix.net/uid-21712186-id-3237358.html 

http://blog.csdn.net/lmm670/article/details/6087081 

http://blog.csdn.net/hongtao_liu/article/details/5679171 

INPUT子系统简介：

   对于众多的输入设备的驱动问题，linux提供了一套非常灵活的机制--input子系统。通过它我们只需要调用一些简单的函数，就可以将一个输入设备的功能呈现给应用程序。input输入子系统由输入子系统核心层(Input Core)，驱动层和事件处理层(Event Handler)三部份组成 ，下面为input子系统框架简图：

 

   驱动层负责和具体的硬件设备交互，得到硬件采集到的数据；input core则是起到一个中间层的作用，将数据上报；而事件驱动层则将上报的数据通过文件节点提供给上层使用。                                                                                                  

设备驱动：

   由于input子系统为我们完成了大部分的工作，因此在设备驱动层完成的工作很少。主要就是根据不同的设备功能来填充struct input_dev结构体，由于linux内核开发人员把所有可能的input设备功能都考虑进去了，因此该结构体就比较庞大。下面是MTK代码中为电容TP填充的input_dev结构体部分代码：

1 tpd->dev->name = TPD_DEVICE;

2 set_bit(EV_ABS, tpd->dev->evbit);

3 set_bit(EV_KEY, tpd->dev->evbit);

4 set_bit(ABS_X, tpd->dev->absbit);

5 set_bit(ABS_Y, tpd->dev->absbit);

6 set_bit(ABS_PRESSURE, tpd->dev->absbit);

7 set_bit(BTN_TOUCH, tpd->dev->keybit);

8 set_bit(ABS_MT_POSITION_X, tpd->dev->absbit);

9 set_bit(ABS_MT_POSITION_Y, tpd->dev->absbit);

10 set_bit(ABS_MT_TOUCH_MAJOR, tpd->dev->absbit);

11 set_bit(ABS_MT_TOUCH_MINOR, tpd->dev->absbit);

12 tpd->dev->absmax[ABS_MT_POSITION_X] = TPD_RES_X;

13 tpd->dev->absmin[ABS_MT_POSITION_X] = 0;

14 tpd->dev->absmax[ABS_MT_POSITION_Y] = TPD_RES_Y;

15 tpd->dev->absmin[ABS_MT_POSITION_Y] = 0;

 (本文贴出的代码，都是函数中的截取)

……

……

   2-3行表示TP支持的输入事件，按键事件和绝对坐标事件；4-6行又对绝对坐标事件进行了详细设置：坐标体系，支持压力范围；7行表示按键支持点击事件；8-11行用来描述手指等直接触摸TP表面，关于这方面的知识，请参阅linux多点触控协议；剩下的内容就是设置具体的值了。

  完成这些任务后，就可以调用内核提供的注册接口input_register_device来完成设备注册了，然后当底层产生数据时调用input_report_xx函数来将数据上报，剩下的任务就是input核心的工作了。

   关于input_report_xx函数，这里做一些说明：该函数实际上接收的参数是为了填充标准的事件结构体struct input_event，最后交由相应的事件驱动函数来处理(后面将介绍)。

input核心：

   input核心代码位于input.c当中。首先在input_init()中，input子系统调用register_chrdev()为自己注册了主设备号为13的256个字符设备节点（这也代表着系统中最多可以存在256个输入设备）。

   这256个设备会被分为8类，分别对应于数组 input_table[8]中存放的8个handler。这里举一个MTK中用到的evdev_handler的例子：关于evdev事件驱动位于evdev.c中，其input_handler结构体中minor赋值为64；当调用input_register_handler注册事件驱动时，可以看到下面一句话：

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

那么就是input_table的第三个位置放的是evdev_handler。意思就是说，次设备号为64-95的输入设备，使用的是evdev_handler，而具体每个设备的此设备号的分配是顺序分配的(关于input_handler的涉及，将在后面叙述)。

   其次，input核心对设备驱动提供设备注册、卸载等等操作的接口；它将所有注册的设备都记录在名为input_dev_list的链表上；另外，input核心也提供handler注册、卸载等操作的接口；它将所有注册的handler都记录在名为input_handler_list的链表上。当handler或者input_dev注册时，input核心就会根据匹配条件在两条链表上进行handler和设备的匹配工作。

事件驱动：

   一个input_handler代表一个事件驱动，即相当于对一类输入设备的一种处理方式。首先，先简单介绍设备和事件驱动的匹配过程：我们可以在源码中看到，在设备/事件注册的函数中都会调用input_attach_handler，这个函数就是用来绑定设备和事件驱动的。它会遍历先前说过的两条链表，匹配规则为input_match_device，实际上就是对input_handler中设置的标志、变量和input_dev作一一对比。一旦匹配上之后(对于evdev_handler任意设备可以匹配)，就会去调用相应handle