概述
上报流程
事件的生产者 是 input 设备驱动 // 还可能是 用户空间通过write接口 上报的事件,这个可以忽略不计.
途径 input.c(input core),到达 handler,
然后由handler 提供给消费者.
事件的生产者可以看做都是 设备驱动 ,但是消费者 不一定是 应用程序,可能是 kernel 其他模块,例如 key input 的消费者可以是 console subsystem
- 驱动中的上报
input_report_key(button_dev, KEY_POWER,1);
input_report_key(button_dev, KEY_POWER,0);
input_sync(button_dev);
- 上报流程
evdev 监听之前 和 监听之后 ,上报流程不一样, 区别 在 if (handle->open)
监听之前, (handle->open) 为 假,不会传送到 handler
监听之后, (handle->open) 为 真, 会传送到 handler
input_report_key // 这一句 调用 在 驱动文件里面,但是 实现在 include/linux/input.h
--------------------- // 往下 为 input core 的实现(input.c)
input_event(dev, EV_KEY, code, !!value); // 检查dev 是否支持该事件
input_handle_event(dev, type, code, value);
if (disposition & INPUT_PASS_TO_HANDLERS){ // 一般 report 都会进
// 存储每一次上报事件
}
if (disposition & INPUT_FLUSH) { // 如果 sync 到来
//
input_pass_values
input_to_handler
list_for_each_entry_rcu(handle, &dev->h_list, d_node)
if (handle->open) { // 一定要注意,这个是handle ,还有一个 handler ,下两行会提到 ,在 open /dev/input/eventX 事,才会将 evdev对应的handle->open ++ ,该值初始化为0
input_to_handler(handle, vals, count); // 执行一次 , 这一次 是 kbd 的 event
---------------------------------------//往下为 handler 的实现 evdev.c 或者 其他 handler
}
}
上文代码重点讲解:
list_for_each_entry_rcu(handle, &dev->h_list, d_node)
这个会遍历 该 device 的 handle , 每匹配一次(该 device 和 handler) ,就会产生一个handle
一般至少会有一个handle ,就是 device 和 evdev handler 匹配产生的handler
demo 中产生了两次匹配
1. device 和 evdev handler ,产生了handle 1
2. device 和 kbd handler , 产生了 handle 2
然后会分别检查 handle->open
1. handle 1 在 设备被监听之前, (handle->open)为假,在监听之后,(handle->open)被加1,为真
2. handle 2 (handle->open) 为 真
然后 调用 input_to_handler
1. handle1 对应的 不会调用 input_to_handler
2. handle2 对应的 会调用 input_to_handler
input_to_handler(handle, vals, count); // 执行两次
handler->events //如果handler实现了handler->events,则优先调用 handler->events ,否则,调用 handler->event
---------------------------------------//往下为 handler 的实现 evdev.c
evdev_events // 这里分析 evdev handler
evdev_pass_values
static void __pass_event(struct evdev_client *client,const struct input_event *event)
client->tail = (client->head - 2) & (client->bufsize - 1);
client->buffer[client->tail].time = event->time;
client->buffer[client->tail].type = EV_SYN;
client->buffer[client->tail].code = SYN_DROPPED;
client->buffer[client->tail].value = 0;
client->packet_head = client->tail;
if (wakeup)
wake_up_interruptible(&evdev->wait);
监听流程
- open
// 缓冲区 由 struct evdev_client *client; 管理 , struct evdev_client *client; 中有 buffer 成员
// struct evdev_client *client; 由 rcu 链表管理.
evdev_open
unsigned int size = sizeof(struct evdev_client) + bufsize * sizeof(struct input_event); // 计算环形队列缓冲区大小
client = kzalloc(size, GFP_KERNEL | __GFP_NOWARN); // 申请缓冲区 // client 中 有 buffer 成员
evdev_attach_client(evdev, client); // 将 client 串入链表
list_add_tail_rcu(&client->node, &evdev->client_list);
file->private_data = client;
evdev_open_device
handle->open ++;
open 了之后,建立了缓冲区.建立缓冲区 ,64 字节
这个buffer的作用是,上层OPEN了此节点,但是没有读取此节点的数据的时候,会保存到该缓冲区
在open 之前,evdev handler 就没有接收到 事件,事件消亡在 input.c
- poll
- 阻塞流程
evdev_poll
poll_wait(file, &evdev->wait, wait);
- 唤醒流程
evdev_pass_values
if (v->type == EV_SYN && v->code == SYN_REPORT)
wakeup = true;
if (wakeup)
wake_up_interruptible(&evdev->wait);
- read
static ssize_t evdev_read(struct file *file, char __user *buffer,size_t count, loff_t *ppos)
struct evdev *evdev = client->evdev;
evdev_fetch_next_event(client, &event)
*event = client->buffer[client->tail++];
input_event_to_user(buffer + read, &event)
最后
以上就是幽默小懒猪为你收集整理的input 子系统(五) 事件上报及监听的全部内容,希望文章能够帮你解决input 子系统(五) 事件上报及监听所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复