linux输入子系统（5）
第2章 输入子系统的事件驱动
上一章已经说过输入子系统分为三层，最上面的一层是事件处理层，我们暂时称它为事件驱动，这是相对于上一章的设备驱动来讲的。
上一章介绍了设备驱动注册时要与匹配的 handler 连接，报告的事件也会分发给连接的 handler ，这一章介绍 handler 的相关操作。
2.1 重要的数据结构
首先介绍 input_handle ，这个结构体用来连接 input_dev 和 input_handler 。它的代码如 程序清单 2 .1 所示。
程序清单 2 . 1 input_handle
/* include/linux/input.h */
struct input_handle {
void *private; ⑴
int open; ⑵
const char *name; ⑶
struct input_dev *dev; ⑷
struct input_handler *handler; ⑸
struct list_head d_node; ⑹
struct list_head h_node; ⑺
};
各个成员的含义如下：
⑴ 私有数据指针。
⑵ 记录本设备被打开的次数。
⑶ 创建此 handle 的 handler 所赋予的名字。
⑷ 指向附着的 input_dev 。
⑸ 指向创建此 handle 的 handler 。
⑹ 链表节点，用来加入附着的 input_dev 。
⑺ 链表节点，用来加入附着的 input_handler 。
在 程序清单 1.11 中，我们看到 input_dev 和 input_handler 匹配过程中用到了 input_device_id 。它的代码如 程序清单 2.2 所示。
程序清单 2 . 2 input_device_id
/* include/linux/mod_devicetable.h */
struct input_device_id {
kernel_ulong_t flags; ⑴
__u16 bustype; ⑵
__u16 vendor;
__u16 product;
__u16 version;
kernel_ulong_t evbit[INPUT_DEVICE_ID_EV_MAX / BITS_PER_LONG + 1]; ⑶
kernel_ulong_t keybit[INPUT_DEVICE_ID_KEY_MAX / BITS_PER_LONG + 1];
kernel_ulong_t relbit[INPUT_DEVICE_ID_REL_MAX / BITS_PER_LONG + 1];
kernel_ulong_t absbit[INPUT_DEVICE_ID_ABS_MAX / BITS_PER_LONG + 1];
kernel_ulong_t mscbit[INPUT_DEVICE_ID_MSC_MAX / BITS_PER_LONG + 1];
kernel_ulong_t ledbit[INPUT_DEVICE_ID_LED_MAX / BITS_PER_LONG + 1];
kernel_ulong_t sndbit[INPUT_DEVICE_ID_SND_MAX / BITS_PER_LONG + 1];
kernel_ulong_t ffbit[INPUT_DEVICE_ID_FF_MAX / BITS_PER_LONG + 1];
kernel_ulong_t swbit[INPUT_DEVICE_ID_SW_MAX / BITS_PER_LONG + 1];
kernel_ulong_t driver_info; ⑷
};
各个成员的含义如下：
⑴ 定义需要匹配 input_id 的哪些域（使用方法参考 程序清单 1.11 ）。
⑵ 对应 input_id 的四个数据域。
⑶ 存储支持事件的位图，与 input_dev 中的同名数据成员功能一致。
⑷ 指示结构体中是否含有驱动信息。
input_handler 这个结构体是事件驱动的主体，每一种处理方式对应一个 handler 结构体。它的定义如 程序清单 2.3 所示。
程序清单 2 . 3 input_handler
/* include/linux/input.h */
struct input_handler {
void *private; ⑴
void (*event)(struct input_handle *handle, unsigned int type, unsigned int code, int value); ⑵
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; ⑹
int minor; ⑺
const char *name; ⑻
const struct input_device_id *id_table; ⑼
const struct input_device_id *blacklist; ⑽
struct list_head h_list; ⑾
struct list_head node; ⑿
};
每个成员的具体解释如下：
⑴ 私有数据指针。
⑵ 事件处理函数指针。设备驱动报告的事件最终由这个函数来处理 ( 参考 程序清单 1.14 ) 。
⑶ 连接 handler 和 input_dev 的函数指针。
⑷ 断开连接函数指针。
⑸ 为给定的 handle 启动 handler 函数指针。
⑹ 文件操作结构体。
⑺ 这个 handler 可以使用的 32 个次设备号的最小值。
⑻ 此 handler 的名字。
⑼ 可以处理的 input_device_ids 列表（用法参考 程序清单 1.11 ）。
⑽ 需要被忽略的 input_device_ids 列表。
⑾ 用来连接 handle 的链表链表节点。每个与此 handler 相关的 handle 都放入此链表。
⑿ 用来放入全局 handler 链表的节点。
2.2 input_handler 的注册
首先介绍存放注册的 input_handler 所用的数据结构。如所 程序清单 2.4 示。
程序清单 2 . 4 input core 全局数据
/* driver/input/input.c */
static LIST_HEAD(input_dev_list); /* 设备链表头 */
static LIST_HEAD(input_handler_list); /* handler 链表头 */
static DEFINE_MUTEX(input_mutex); /* 保护以上两个链表 */
static struct input_handler *input_table[8]; /* 存放注册的 input_handler 的指针数组 */
程序清单 1.9 中 ⑷ 处注册的 input_dev 结构体加入到上面的 input_dev_list 当中，下面将要介绍的注册 input_handler ，其实就是将 input_hangler 加入到 input_handler_list 当中。 input_table 中存放进行文件操作的 handler ，使用它们次设备号的最高三比特在 input_table 中寻址，因此每个 handler 最多支持 32 个设备节点。由上面的代码可以看出输入子系统最多允许 8 个进行文件操作的 input_handler 同时存在。
input_register_handler 的代码如 程序清单 2.5 所示。
程序清单 2 . 5 input_register_handler
int input_register_handler(struct input_handler *handler)
{
struct input_dev *dev;
int retval;
retval = mutex_lock_interruptible(&input_mutex);
if (retval)
return retval;
INIT_LIST_HEAD(&handler->h_list); ⑴
if (handler->fops != NULL) { ⑵
if (input_table[handler->minor >> 5]) { ⑶
retval = -EBUSY;
goto out;
}
input_table[handler->minor >> 5] = handler; ⑷
}
list_add_tail(&handler->node, &input_handler_list); ⑸
list_for_each_entry(dev, &input_dev_list, node) ⑹
input_attach_handler(dev, handler); ⑺
input_wakeup_procfs_readers();
out:
mutex_unlock(&input_mutex);
return retval;
}
EXPORT_SYMBOL(input_register_handler);
程序含义如下：
⑴ 初始化 handler 中的链表节点，为加入 input_handler_list 做准备。
⑵ 如果此 handler 需要进行文件操作。
⑶ 如果相应的次设备号段被占用。
⑷ 将 handler 注册进 input_table 。
⑸ 将 handler 加入 input_handler_list 链表。
⑹ 遍历 input_dev_list 链表中的每一个 input_dev 结构体。
⑺ 将 handler 与每一个 input_dev 进行匹配。
input_attach_handler 的代码如 程序清单 1 .10 所示，这里不再赘述。
总结一下 input_handler 的注册过程：见自己加入 input_handler_list 和 input_table ，然后与 input_dev_list 中的 input_dev 比较并与匹配的建立连接。
参考 1.4 input_dev 的注册 这一节，我们发现 input_dev 和 input_handler 都是将自己加入各自的链表，然后再和对方链表中匹配的进行连接。