在刚开始学习驱动程序的时候，分析过输入子系统 dev handler 它们之间的关系，现在回过头来复习时，发现当初并没有总结 dev 和 handler 具体的匹配过程，它们是一对一的关系，还是可以多对多？
为什么会想到这个问题呢，是因为曾经在 2440 平台上做按键输入子系统驱动实验时发现按键上报的数据可以从tty1 中 cat 到，也可以从 eventn 中 cat 到。
inputn 说到底在之前的文章中就已经分析过了，dev 和Evdev.c 中的 handler 匹配时，调用handler->connect 函数时创建的设备节点，可见如下代码：
static int evdev_connect(struct input_handler *handler, struct input_dev *dev, const struct input_device_id *id)
{
// 不要关心 evdev ，只看 evdev->handle 即可，这里构建了一个 handle ,注意不是handler
// handle 就是个 中间件，可以理解成胶带，它把 hander 与 dev 连在一起
evdev = kzalloc(sizeof(struct evdev), GFP_KERNEL);
dev_set_name(&evdev->dev, "event%d", minor);
// 第一次建立联系，在 handle 中记录 dev 与 handle 的信息，这样通过handle就可以找到dev与handler
// 即是 实现 handle -> dev handle -> hander 的联系
evdev->handle.dev = dev;
evdev->handle.handler = handler;
// 申请设备号，创建设备节点
devt = MKDEV(INPUT_MAJOR, EVDEV_MINOR_BASE + minor)
//在input类下创建设备，文件夹的名字是evdev->name(inputn)，设备名字dev->cdev.dev(eventn)
cdev = class_device_create(&input_class, &dev->cdev, devt,
dev->cdev.dev, evdev->name);
// 注册 handle
error = input_register_handle(&evdev->handle);
}
那么，tty1中的数据又是从何而来？几番查证，我发现在 keyboard.c 中有另外一个 handler ，它似乎也和 dev 进行了匹配，然后来看一下这个 handler 的 event 函数。
static void kbd_event(struct input_handle *handle, unsigned int event_type,
unsigned int event_code, int value)
{
if (event_type == EV_MSC && event_code == MSC_RAW && HW_RAW(handle->dev))
kbd_rawcode(value);
if (event_type == EV_KEY)
kbd_keycode(event_code, value, HW_RAW(handle->dev));
tasklet_schedule(&keyboard_tasklet);
do_poke_blanked_console = 1;
schedule_console_callback();
}
static void put_queue(struct vc_data *vc, int ch)
{
struct tty_struct *tty = vc->vc_tty;
if (tty) {
tty_insert_flip_char(tty, ch, 0);
con_schedule_flip(tty);
}
}下面，重点来分析输入子系统的匹配过程！当每一个 dev 和 handler 注册到内核进来，都会调用到 input_attach_handler 函数进行对比匹配。
list_for_each_entry(handler, &input_handler_list, node)
input_attach_handler(dev, handler);
当我们注册一个 dev 进来时，我们可以看到 input_handler_list 链表里的每一个 handler 都会拿出来和 dev 进行匹配，即使有一个匹配成功了，也会继续匹配下去。
static int input_attach_handler(struct input_dev *dev, struct input_handler *handler)
{
id = input_match_device(handler->id_table, dev);
error = handler->connect(handler, dev, id);
}
我们可以看到，进行匹配的是 handler->id_table 和 dev ,下面我们以 evdev.c 中的 handler 和 keyboard.c 中的 handler 来分析和我们 dev 的匹配过程。
evdev.c -> handler
static const struct input_device_id evbug_ids[] = {
{ .driver_info = 1 }, /* Matches all devices */
{ }, /* Terminating zero entry */
};
static const struct input_device_id kbd_ids[] = {
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT,
.evbit = { BIT_MASK(EV_KEY) },
},
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT,
.evbit = { BIT_MASK(EV_SND) },
},
{ }, /* Terminating entry */
}; /* 1. 分配一个Input_dev结构体 */
buttons_dev = input_allocate_device();
if(buttons_dev == NULL){
printk(KERN_ERR "Unable to allocate input device\n");
}
/* 2. 设置 */
set_bit(EV_KEY, buttons_dev->evbit); //设置设备支持的事件类型为按键类型
set_bit(KEY_L, buttons_dev->keybit); //设置支持哪些 按键类型
set_bit(KEY_S, buttons_dev->keybit); //设置支持哪些 按键类型
set_bit(KEY_ENTER, buttons_dev->keybit);//设置支持哪些 按键类型
set_bit(KEY_1, buttons_dev->keybit); //设置支持哪些 按键类型
set_bit(KEY_2, buttons_dev->keybit); //设置支持哪些 按键类型
set_bit(KEY_3, buttons_dev->keybit); //设置支持哪些 按键类型
/* 3.注册 */
error = input_register_device(buttons_dev);static const struct input_device_id *input_match_device(const struct input_device_id *id,
struct input_dev *dev)
{
int i;
for (; id->flags || id->driver_info; id++) {
if (id->flags & INPUT_DEVICE_ID_MATCH_BUS)
if (id->bustype != dev->id.bustype)
continue;
if (id->flags & INPUT_DEVICE_ID_MATCH_VENDOR)
if (id->vendor != dev->id.vendor)
continue;
if (id->flags & INPUT_DEVICE_ID_MATCH_PRODUCT)
if (id->product != dev->id.product)
continue;
if (id->flags & INPUT_DEVICE_ID_MATCH_VERSION)
if (id->version != dev->id.version)
continue;
MATCH_BIT(evbit, EV_MAX);
/*
for (i = 0; i < BITS_TO_LONGS(EV_MAX); i++){
//如果 id 的支持项 > = dev MATCH_BIT 下一项，或者id==0 进行下一项
if ((id->evbit[i] & dev->evbit[i]) != id->evbit[i])
break;
}
if (i != BITS_TO_LONGS(EV_MAX))
continue;
*/
MATCH_BIT(keybit, KEY_MAX);
MATCH_BIT(relbit, REL_MAX);
MATCH_BIT(absbit, ABS_MAX);
MATCH_BIT(mscbit, MSC_MAX);
MATCH_BIT(ledbit, LED_MAX);
MATCH_BIT(sndbit, SND_MAX);
MATCH_BIT(ffbit, FF_MAX);
MATCH_BIT(swbit, SW_MAX);
return id;
}
return NULL;
} for (i = 0; i < BITS_TO_LONGS(EV_MAX); i++){
//如果 id 的支持项 > = dev MATCH_BIT 下一项，或者id==0 进行下一项
if ((id->evbit[i] & dev->evbit[i]) != id->evbit[i])
break;
}
if (i != BITS_TO_LONGS(EV_MAX))
continue;以 evbit 为例，如果 dev 支持某一个事件类型，它将在 dev->evbit[0] （看下idtable的定义，evbit数组的成员个数为1，也就是说只有evbit[0]）中的某一个 Bit 置1.
1、evdev.c handler->id = NULL，因此 handler->id->evbit[0]等成员全为0,0&任何值都为0,0！=0不成立，所以不会跳出循环，最后 return id 匹配成功。这也就是为什么说，evdev.c 中的 handler 可以适用于任何的 dev.
2、keyboard.c handler->id 中的 flag == INPUT_DEVICE_ID_MATCH_EVBIT ,前面4个if条件同样不成立。然后是MATCH_BIT 函数。handler->id.evdev = BIT_MASK(EV_KEY),首先是第一条，MATCH_BIT(evbit, EV_MAX);我们之前 set_bit(EV_KEY, buttons_dev->evbit); 所以他俩相等都为 EV_KEY ,此条匹配成功，进行下一条时，因为 handler->id.keybit 等都为 0 ，因此也都会匹配成功。也就是说，keyboard.c 中的 handler 会匹配支持任何按键类事件的 dev .
内核中的 handler 并不多，都分析到这一步了，我们来顺便分一下关于鼠标的 handler .mousedev.c
static struct input_handler mousedev_handler = {
.event = mousedev_event,
.connect = mousedev_connect,
.disconnect = mousedev_disconnect,
.fops = &mousedev_fops,
.minor = MOUSEDEV_MINOR_BASE,
.name = "mousedev",
.id_table = mousedev_ids,
};static const struct input_device_id mousedev_ids[] = {
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT |
INPUT_DEVICE_ID_MATCH_KEYBIT |
INPUT_DEVICE_ID_MATCH_RELBIT,
.evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_REL) },
.keybit = { [BIT_WORD(BTN_LEFT)] = BIT_MASK(BTN_LEFT) },
.relbit = { BIT_MASK(REL_X) | BIT_MASK(REL_Y) },
}, /* A mouse like device, at least one button,
two relative axes */
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT |
INPUT_DEVICE_ID_MATCH_RELBIT,
.evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_REL) },
.relbit = { BIT_MASK(REL_WHEEL) },
}, /* A separate scrollwheel */
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT |
INPUT_DEVICE_ID_MATCH_KEYBIT |
INPUT_DEVICE_ID_MATCH_ABSBIT,
.evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS) },
.keybit = { [BIT_WORD(BTN_TOUCH)] = BIT_MASK(BTN_TOUCH) },
.absbit = { BIT_MASK(ABS_X) | BIT_MASK(ABS_Y) },
}, /* A tablet like device, at least touch detection,
two absolute axes */
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT |
INPUT_DEVICE_ID_MATCH_KEYBIT |
INPUT_DEVICE_ID_MATCH_ABSBIT,
.evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS) },
.keybit = { [BIT_WORD(BTN_TOOL_FINGER)] =
BIT_MASK(BTN_TOOL_FINGER) },
.absbit = { BIT_MASK(ABS_X) | BIT_MASK(ABS_Y) |
BIT_MASK(ABS_PRESSURE) |
BIT_MASK(ABS_TOOL_WIDTH) },
}, /* A touchpad */
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT |
INPUT_DEVICE_ID_MATCH_KEYBIT |
INPUT_DEVICE_ID_MATCH_ABSBIT,
.evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS) },
.keybit = { [BIT_WORD(BTN_LEFT)] = BIT_MASK(BTN_LEFT) },
.absbit = { BIT_MASK(ABS_X) | BIT_MASK(ABS_Y) },
}, /* Mouse-like device with absolute X and Y but ordinary
clicks, like hp ILO2 High Performance mouse */
{ }, /* Terminating entry */
};
static int mousedev_connect(struct input_handler *handler,
struct input_dev *dev,
const struct input_device_id *id)
{
struct mousedev *mousedev;
int minor;
int error;
for (minor = 0; minor < MOUSEDEV_MINORS; minor++)
if (!mousedev_table[minor])
break;
if (minor == MOUSEDEV_MINORS) {
printk(KERN_ERR "mousedev: no more free mousedev devices\n");
return -ENFILE;
}
mousedev = mousedev_create(dev, handler, minor);
if (IS_ERR(mousedev))
return PTR_ERR(mousedev);
error = mixdev_add_device(mousedev);
if (error) {
mousedev_destroy(mousedev);
return error;
}
return 0;
}下面是结论：
1、evdev.c 中的 handler 可以匹配任何类型的 dev ，并且在 input 类下的 inputn 文件夹下创建 eventn 设备节点。
2、如果 dev 支持按键类事件，还会匹配 keyboard.c 中的 handler ，并且将数据上送到 tty 层。
3、如果 dev 支持鼠标的一些事件，还会匹配 mousedev.c 中的 handler ，创建杂项设备节点。
1493
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
