linux input设备如何固定event handler

在qt开发时,碰到的问题,usb输入设备(鼠标,usb 电容屏等)上电后会自动分配input节点,比如usb鼠标插着上电后,自动分配到/dev/input/event0 mouse0,插拔一次后,节点会自动往后增加,变为/dev/input/event1mouse1

对于鼠标类型的设备,/dev/input/mouseX 的所有消息都会汇总到/dev/input/mice,因此,qt的QWS_MOUSE_PROTO输入可以指定IntelliMouse=/dev/input/mice,鼠标插拔即使mouseX变化也都能使用。

但是,对于usb触控类型输入设备,使用的event接口,向应用层汇报的是绝对坐标信息,不是mouse的相对坐标信息,所以当eventX设备号变化后,应用层就无法识别了,因为没有像/dev/input/mice这样的接口。而大部分应用触控都使用了tslib,TSLIB_TSDEVICE=/dev/input/event0,

直接给出需要修改的地方:

共有3处:drivers/input/input.c  input_register_device函数

drivers/input/mousedev.c   mousedev_connect函数

drivers/input/evdev.c  evdev_connect函数

结果如下,我的三个设备都固定为event6  event7  event8  ,usb设备任意插拔,event handler也不会变化

/ #

/ # cat /proc/bus/input/devices

I: Bus=0018 Vendor=0000 Product=0000 Version=0000

N: Name="gt928 Touchscreen"

P: Phys=1-0014/input0

S: Sysfs=/devices/virtual/input/input6

U: Uniq=

H: Handlers=mouse6 event6

B: EV=b

B: KEY=400 0 0 0 0 0 0 0 0 0 0

B: ABS=1000003

I: Bus=0000 Vendor=0000 Product=0000 Version=0000

N: Name="ADS7846 Touchscreen"

P: Phys=spi1.0/input0

S: Sysfs=/devices/platform/omap2_mcspi.1/spi1.0/input/input7

U: Uniq=

H: Handlers=mouse7 event7

B: EV=b

B: KEY=400 0 0 0 0 0 0 0 0 0 0

B: ABS=1000003

I: Bus=0003 Vendor=0eef Product=0001 Version=0100

N: Name="eGalax Inc. USB TouchController"

P: Phys=usb-ehci-omap.0-1.1/input0

S: Sysfs=/devices/platform/ehci-omap.0/usb1/1-1/1-1.1/1-1.1:1.0/input/input8

U: Uniq=

H: Handlers=mouse8 event8

B: EV=b

B: KEY=400 0 0 0 0 0 0 0 0 0 0

B: ABS=1000003

/ #

linux input设备如何固定event handler

时间: 2024-10-09 04:00:54

linux input设备如何固定event handler的相关文章

linux input设备驱动分析

linux input设备驱动分析 工作机制 输入设备工作机制: 输入动作–>产生中断–>CPU通过总线或者IO读取数据到缓冲区 构架层次 app //-------------------- input_event_driver //-------------------- input_core //-------------------- input_device_driver //-------------------- hardware 数据结构 输入设备对象 struct input

Linux中断 - High level irq event handler

一.前言 当外设触发一次中断后,一个大概的处理过程是: 1.具体CPU architecture相关的模块会进行现场保护,然后调用machine driver对应的中断处理handler 2.machine driver对应的中断处理handler中会根据硬件的信息获取HW interrupt ID,并且通过irq domain模块翻译成IRQ number 3.调用该IRQ number对应的high level irq event handler,在这个high level的handler中

linux kernel的中断子系统之(四):High level irq event handler

一.前言 当外设触发一次中断后,一个大概的处理过程是: 1.具体CPU architecture相关的模块会进行现场保护,然后调用machine driver对应的中断处理handler 2.machine driver对应的中断处理handler中会根据硬件的信息获取HW interrupt ID,并且通过irq domain模块翻译成IRQ number 3.调用该IRQ number对应的high level irq event handler,在这个high level的handler中

Linux input子系统学习总结(二)----Input事件驱动

Input 事件驱动:  (主要文件 :drivers/input/evdev.c  .  drivers/input/input.h)基于kernel 4.0  一. 关键函数调用顺序: 1.input_register_handler(&evdev_handler); ///注册 evdev_handler 这个input事件驱evdev.c      2.input_attach_handler(dev, handler);////input 设备和 input 事件进行匹配   inpu

全网络对Linux input子系统最清晰、详尽的分析

Linux input分析之二:解构input_handler.input_core.input_device 输入输出是用户和产品交互的手段,因此输入驱动开发在Linux驱动开发中很常见.同时,input子系统的分层架构思想在Linux驱动设计中极具代表性和先进性,因此对Linux input子系统进行深入分析很有意义. 本文继续在<Linuxinput子系统分析之一:软件分层>的基础上继续深入研究Linux输入子系统的分层架构思想以及其实现.软件分层探讨的是输入消息从底层硬件到内核.应用层

linux input输入子系统分析《四》:input子系统整体流程全面分析

1      input输入子系统整体流程 本节分析input子系统在内核中的实现,包括输入子系统(Input Core),事件处理层(Event Handler)和设备驱动层.由于上节代码讲解了设备驱动层的写法,因此在开头部分会从设备驱动层做为线索,分析输入子系统和事件处理层是如何配合的,最后从用户角度出发,从"/dev/input/*"接口如何使用输入子系统提供的服务. 既然需要详细分析,有一个这样的流程图能够帮助我们在被绕进代码的过程中,找到出口,你能够知道你现在位于代码框架的什

Linux input系统数据上报流程【转】

转自:https://segmentfault.com/a/1190000017255939 作为鸡生蛋系列文章,这里主要关注Linux input系统,主要为触摸事件上报流程. 读该文章最好有对linux驱动的入门知识.其实当你自己去分析了input系统后,再分析别的就相对很轻松了,linux里好多套路都差不多的. 本文例子以ft6236.c驱动为例, 当然你也可以用goodix或者别的触摸来分析.但是分析基于的内核版本用4.19.6(我写这篇文档时最新稳定版)(https://git.ker

linux input输入子系统应用分析

输入设备(如按键.键盘.触摸屏.鼠标等)是典型的字符设备,其一般的工作机理是底层在按键.触摸等动作发送时产生一个中断(或驱动通过timer定时查询),然后CPU通过SPI.I2 C或外部存储器总线读取键值.坐标等数据,放入1个缓冲区,字符设备驱动管理该缓冲区,而驱动的read()接口让用户可以读取键值.坐标等数据. 显然,在这些工作中,只是中断.读值是设备相关的,而输入事件的缓冲区管理以及字符设备驱动的file_operations接口则对输入设备是通用的.基于此,内核设计了输入子系统,由核心层

Linux input子系统编程、分析与模板

输入设备都有共性:中断驱动+字符IO,基于分层的思想,Linux内核将这些设备的公有的部分提取出来,基于cdev提供接口,设计了输入子系统,所有使用输入子系统构建的设备都使用主设备号13,同时输入子系统也支持自动创建设备文件,这些文件采用阻塞的IO读写方式,被创建在"/dev/input/"下.如下图所示.内核中的输入子系统自底向上分为设备驱动层,输入核心层,事件处理层.由于每种输入的设备上报的事件都各有不同,所以为了应用层能够很好识别上报的事件,内核中也为应用层封装了标准的接口来描述