Linux 驱动框架---input子系统框架
阅读原文时间:2021年06月27日阅读:1

  前面从具体(Linux 驱动框架---input子系统)的工作过程学习了Linux的input子系统相关的架构知识,但是前面的学习比较实际缺少总结,所以今天就来总结一下输入子系统的架构分层,站到远处来看输入子系统。总得来说输入子系统由设备驱动层(input_dev的注册),输入子系统核心层(input core),事件处理层(handler),和用户空间四部分。这一部分类别platform驱动框架的内容来学习。

设备驱动层(类似于platform_device)
       就是前面描述的gpio_keys.c 中的probe接口中的处理过程主要负责不同硬件的底层相关的中断,IO等具体硬件相关的配置和对应接口的开发,并负责将不同硬件设备的数据转换为统一的事件,
通过子系统提供的API接口向输入核心汇报。

输入核心参(类似platform_bus)
承上启下的作用上到用户空间的lient,同时提供设备注册和事件层注册并负责设备和事件层的匹配,同时负责通知事件层处理事件,并在、proc等目录下产生相应的信息文件接口。

事件层(platform_drivers)
       负责对设备上报的事件进行处理,中间还引入了input_client的概念,input设备的时间层负责上对接用户空间下对接输入核心层,一个输入设备每次被打开依次设备驱动驱动层就会创建一个client,
事件处理层就负责将设备上报的事件放到每个client然后由用户读写。

中间链接件
      输入子系统的几个部分其中的input_dev(输入设备)和input_handler(事件处理层),当他们俩任何一个新注册进子系统时由子系统核心进行匹配,如果匹配成功将创建一个handle用来绑定dev和handler
这里要注意区分handler和handle 这两个太像了。

总体用一个图片来表示就是:

参考:https://www.sohu.com/a/128794317_610671

再来看一点输入子系统core的相关内容----事件和事件map等相关的宏的含义及设置方法。

事件省略了一些内容:

struct input_dev {

unsigned long propbit\[BITS\_TO\_LONGS(INPUT\_PROP\_CNT)\];

unsigned long evbit\[BITS\_TO\_LONGS(EV\_CNT)\];  
unsigned long keybit\[BITS\_TO\_LONGS(KEY\_CNT)\];  
unsigned long relbit\[BITS\_TO\_LONGS(REL\_CNT)\];  
unsigned long absbit\[BITS\_TO\_LONGS(ABS\_CNT)\];  
unsigned long mscbit\[BITS\_TO\_LONGS(MSC\_CNT)\];  
unsigned long ledbit\[BITS\_TO\_LONGS(LED\_CNT)\];  
unsigned long sndbit\[BITS\_TO\_LONGS(SND\_CNT)\];  
unsigned long ffbit\[BITS\_TO\_LONGS(FF\_CNT)\];  
unsigned long swbit\[BITS\_TO\_LONGS(SW\_CNT)\];  
。  
。  
。  

};

具体是怎么描述的设备的的可以从如下接口“可见一斑”:

void input_set_capability(struct input_dev *dev, unsigned int type, unsigned int code)
{
switch (type) {
case EV_KEY:
__set_bit(code, dev->keybit);
break;

case EV\_REL:  
    \_\_set\_bit(code, dev->relbit);  
    break;

case EV\_ABS:  
    input\_alloc\_absinfo(dev);  
    if (!dev->absinfo)  
        return;

    \_\_set\_bit(code, dev->absbit);  
    break;

case EV\_MSC:  
    \_\_set\_bit(code, dev->mscbit);  
    break;

case EV\_SW:  
    \_\_set\_bit(code, dev->swbit);  
    break;

case EV\_LED:  
    \_\_set\_bit(code, dev->ledbit);  
    break;

case EV\_SND:  
    \_\_set\_bit(code, dev->sndbit);  
    break;

case EV\_FF:  
    \_\_set\_bit(code, dev->ffbit);  
    break;

case EV\_PWR:  
    /\* do nothing \*/  
    break;

default:  
    pr\_err("input\_set\_capability: unknown type %u (code %u)\\n",  
           type, code);  
    dump\_stack();  
    return;  
}

\_\_set\_bit(type, dev->evbit);  

}

可以从输入设备的结构体定义内容看到,输入系统共支持的输入类型有事件设备,按键设备,相对坐标,,,,声音控制,,开关等类型事件。也可以从头文件中的定义看到

#define EV_SYN 0x00 //同步事件
#define EV_KEY 0x01 //按键事件
#define EV_REL 0x02 //相对坐标
#define EV_ABS 0x03 //绝对坐标
#define EV_MSC 0x04 //杂项事件
#define EV_SW 0x05 //开关类型事件
#define EV_LED 0x11 //led展示事件(如键盘状态灯)
#define EV_SND 0x12 //声音事件
#define EV_REP 0x14 //重复事件
#define EV_FF 0x15 //力反馈事件
#define EV_PWR 0x16 //电源事件 好像从接口看暂时不支持
#define EV_FF_STATUS 0x17
#define EV_MAX 0x1f
#define EV_CNT (EV_MAX+1)
/*所以通过上面的接口我盟知道设备支持的时间类型是由evbit位图来标记的,对于具体设备的code则有具体的设备类型的位图来记录。比如前面的gpio_key调用传入的事件类型是按键,而code就是具体按键的键值这个有设备平台信息携带。接下来看一下常见类型的code首先是容易理解的按键当然code就是键值如下不完全列出也不详细解释具体含义。*/

#define KEY_ESC 1
#define KEY_1 2
#define KEY_2 3
#define KEY_3 4
#define KEY_4 5
#define KEY_5 6



//相对坐标
#define REL_X 0x00 //这个代表x轴位移
#define REL_Y 0x01 //这个代表y轴位移
#define REL_Z 0x02 //代表z轴位移
#define REL_RX 0x03 //也是一种轴吧
#define REL_RY 0x04
#define REL_RZ 0x05
#define REL_HWHEEL 0x06
#define REL_DIAL 0x07
#define REL_WHEEL 0x08
#define REL_MISC 0x09

//绝对坐标,具体含义基本可以通过名字看出来也不完全列出来
#define ABS_X 0x00
#define ABS_Y 0x01
#define ABS_Z 0x02
#define ABS_RX 0x03
#define ABS_RY 0x04
#define ABS_RZ 0x05
#define ABS_THROTTLE 0x06
#define ABS_RUDDER 0x07
#define ABS_WHEEL 0x08
#define ABS_GAS 0x09
#define ABS_BRAKE 0x0a
#define ABS_HAT0X 0x10
//其余的还有开关类的,杂项类,LED的等,同时设备的总线输入子系统也定义了就如下几种类型
#define BUS_PCI 0x01
#define BUS_ISAPNP 0x02
#define BUS_USB 0x03
#define BUS_HIL 0x04
#define BUS_BLUETOOTH 0x05
#define BUS_VIRTUAL 0x06

#define BUS_ISA 0x10
#define BUS_I8042 0x11
#define BUS_XTKBD 0x12
#define BUS_RS232 0x13
#define BUS_GAMEPORT 0x14
#define BUS_PARPORT 0x15
#define BUS_AMIGA 0x16
#define BUS_ADB 0x17
#define BUS_I2C 0x18
#define BUS_HOST 0x19
#define BUS_GSC 0x1A
#define BUS_ATARI 0x1B
#define BUS_SPI 0x1C

最后再来看一下输入子系统上报的事件的封装结构体,这结构体定义在\include\uapi\linux\input.h 说明用户也是可以使用上面这些内容和定义的如事件

struct input_event {
struct timeval time;
__u16 type;
__u16 code;
__s32 value;
};

其中type和code就是前面提及的时间类型和code最后的value就是事件的具体值,到这里输入子系统的相关内容就算基本结束了,很多细节没有去仔细的看还是我自己的习惯
学习时关注重点粗线条,使用中熟悉细节。