输入设备都有共性:中断驱动+字符IO，基于分层的思想，Linux内核将这些设备的公有的部分提取出来，基于cdev提供接口，设计了输入子系统，所有使用输入子系统构建的设备都使用主设备号13，同时输入子系统也支持自动创建设备文件，这些文件采用阻塞的IO读写方式，被创建在/dev/input/下。如下图所示。内核中的输入子系统自底向上分为设备驱动层，输入核心层，事件处理层。由于每种输入的设备上报的事件都各有不同，所以为了应用层能够很好识别上报的事件，内核中也为应用层封装了标准的接口来描述一个事件，这些接口在/include/upai/linux/input中。
input对象描述了一个输入设备，包括它可能上报的事件，这些事件使用位图来描述，内核提供的相应的工具帮助我们构建一个input对象，大家可以参考内核文档documentation/input/input-programming.txt，里面对于input子系统的使用有详细的描述。
--122-- 这个name不是设备名，input子系统的设备名在子系统源码中指定的，不是这。
初始化一个input对象是使用input子系统编写驱动的主要工作，内核在头文件include/uapi/linux/input.h中规定了一些常见输入设备的常见的输入事件，这些宏和数组就是我们初始化input对象的工具。这些宏同时用在用户空间的事件解析和驱动的事件注册，可以看作是驱动和用户空间的通信协议，所以理解其中的意义十分重要。在input子系统中，每一个事件的发生都使用事件(type)-子事件(code)-值(value)三级来描述，比如，按键事件-按键F1子事件-按键F1子事件触发的值是高电平1。注意，事件和子事件和值是相辅相成的，只有注册了事件EV_KEY，才可以注册子事件BTN_0，也只有这样做才是有意义的。
除了对常用的事件进行描述，内核同样提供了工具将这些事件正确的填充到input对象中描述事件的位图中。
在合适的时机(由于输入最终是中断表示的，所以通常在驱动的中断处理函数中)驱动可以将注册好的事件上报，且可以同时上报多个事件，下面是内核提供的API
report函数们并不会真的上报，只是准备上报，sync才会真的将刚刚report的事件真的上报搭input核心 input核心会进行裁决再上报的事件处理层，所以对于按键事件，一定要先报1再报0(或者反过来)，不能只report 1或0, 这样核心会认为是一个事件被误触发了多次而只上报一次，虽然我们真的按下了多次。
事件处理层最终会将驱动sync一次时所有report的事件组织成一个struct input_value[]的形式上报到应用层，在应用层从相应的设备文件中获取上报的事件的时候，需要注意:
上文已经说过，input子系统使用三层结构来实现驱动事件到应用层的传递。具体的，这三个层次每一个层次都由一条结构体链表组成，在设备驱动层，核心结构体是input_dev;在input核心层，是input_handle;在事件处理层，是input_handler。内核通过链表和指针将三者结合到一起，最终实现了input_dev和input_handler的多对多的映射关系，这种关系可用下图简单描述。
每日头条、业界资讯、热点资讯、八卦爆料，全天跟踪微博播报。各种爆料、内幕、花边、资讯一网打尽。百万互联网粉丝互动参与，TechWeb官方微博期待您的关注。
