本文主要是介绍input 子系统(五) 事件上报及监听，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
上报流程
事件的生产者 是 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_valuesinput_to_handlerlist_for_each_entry_rcu(handle, &dev->h_list, d_node) if (handle->open) { // 一定要注意,这个是handle ,还有一个 handler ,下两行会提到 ,在 open /dev/input/eventX 事,才会将 evdev对应的handle->open ++ ,该值初始化为0input_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 匹配产生的handlerdemo 中产生了两次匹配1. device 和 evdev handler ,产生了handle 12. device 和 kbd handler , 产生了 handle 2然后会分别检查 handle->open1. handle 1 在 设备被监听之前, (handle->open)为假,在监听之后,(handle->open)被加1,为真2. handle 2 (handle->open) 为 真然后 调用 input_to_handler1. handle1 对应的 不会调用 input_to_handler2. handle2 对应的 会调用 input_to_handlerinput_to_handler(handle, vals, count); // 执行两次handler->events //如果handler实现了handler->events,则优先调用 handler->events ,否则,调用 handler->event
---------------------------------------//往下为 handler 的实现 evdev.cevdev_events // 这里分析 evdev handlerevdev_pass_valuesstatic 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_openunsigned 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_devicehandle->open ++;open 了之后,建立了缓冲区.建立缓冲区 ,64 字节这个buffer的作用是，上层OPEN了此节点，但是没有读取此节点的数据的时候，会保存到该缓冲区在open 之前,evdev handler 就没有接收到 事件,事件消亡在 input.c- poll
- 阻塞流程evdev_pollpoll_wait(file, &evdev->wait, wait);- 唤醒流程evdev_pass_valuesif (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 子系统(五) 事件上报及监听的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
