linux输入子系统（5）

最新推荐文章于 2024-05-06 05:42:43 发布

路人甲2017

最新推荐文章于 2024-05-06 05:42:43 发布

阅读量616

点赞数

分类专栏： input子系统文章标签： input子系统 linux驱动

input子系统专栏收录该内容

8 篇文章 0 订阅

订阅专栏

第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 同时存在。