一,前言:
1, 近日要写一个很特殊的键盘驱动,故对linux的input子系统分析了一番,写下分析笔记,以防不日即忘。
2, 使用input子系统的一般流程为:input_allocate_device()申请一个input_dev设备——>初始化该input_dev——>input_register_device()向子系统注册该设备——>中断时input_event()向子系统报告事件。此流程一目了然,即使不看input子系统,我们按照它给出的一般流程也可以把自己写的IO驱动加入到input子系统里去,但input_event()提交完数据后,我们的数据去哪了呢,怎么处理呢,总觉得云里雾里的,总想一探究竟。
3,此分析基于linux内核:2.6.19.2(linux-2.6.29的内核已经对input子系统有所修改,但基本的思路是一致的)
二:下面给出一个简单的驱动,用定时器来模拟中断来提交键盘的事件。
#include <linux/module.h>
#include <linux/init.h>
#include <asm/io.h>
#include <asm/uaccess.h>
#include <linux/fs.h>
#include <linux/timer.h>
#include <linux/input.h>
#include <linux/delay.h>
/*! Input device structure. */
static struct input_dev *serkbd_dev = NULL;
static struct timer_list report_timer;
static unsigned short t_interval = 2*HZ;
#define KEYCODES 8
#define press_left_code 30
#define press_right_code 29
#define press_up_code 28
#define press_down_code 27
#define rel_left_code 158
#define rel_right_code 157
#define rel_up_code 156
#define rel_down_code 155
static u16 serkpd_keycodes[KEYCODES] = {
press_left_code, press_right_code,
press_up_code, press_down_code,
rel_left_code, rel_right_code,
rel_up_code, rel_down_code
};
//timer的中断服务程序
static void ser_kpp_handle_timer(unsigned long data)
{
static int i=0;
input_event(serkbd_dev, EV_KEY,
serkpd_keycodes[i/2], ((i%2)==0)?1:0);
if(++i >=2*KEYCODES)
i=0;
report_timer.expires = jiffies + t_interval;
add_timer(&report_timer);
}
static int ser_kpp_open(struct input_dev *dev)
{
return 0;
}
static void ser_kpp_close(struct input_dev *dev)
{
}
static int init_ser_keyb()
{
int i, irq;
int retval;
unsigned int reg_val;
//申请input_dev设备
serkbd_dev = input_allocate_device();
if (!serkbd_dev) {
printk(KERN_ERR
"serkbd_dev: not enough memory for input device/n");
return -ENOMEM;
}
//初始化input_dev结构体
serkbd_dev->keycode = &serkpd_keycodes;
serkbd_dev->keycodesize = sizeof(unsigned char);
serkbd_dev->keycodemax = KEYCODES;
serkbd_dev->name = "serkpd";
serkbd_dev->id.bustype = BUS_HOST;
serkbd_dev->open = ser_kpp_open;
serkbd_dev->close = ser_kpp_close;
__set_bit(EV_KEY, serkbd_dev->evbit);
//设定其支持的事件码
for (i = 0; i < KEYCODES; i++)
__set_bit(serkpd_keycodes[i], serkbd_dev->keybit);
//向系统注册input_dev设备
input_register_device(serkbd_dev);
/* Initialize the polling timer */
init_timer(&report_timer);
report_timer.expires = jiffies + t_interval;
report_timer.function = ser_kpp_handle_timer;
add_timer(&report_timer);
return 0;
}
static int __init ser_kpp_init(void)
{
if(init_ser_keyb()){
printk(KERN_INFO "Cannot insmod ser_kpp/n");
return 1;
}else{
printk(KERN_INFO "ser-keypad init/n");
return 0;
}
}
static void __exit ser_kpp_cleanup(void)
{
del_timer(&report_timer);
input_unregister_device(serkbd_dev);
if (serkbd_dev)
input_free_device(serkbd_dev);
}
module_init(ser_kpp_init);
module_exit(ser_kpp_cleanup);
MODULE_AUTHOR("[email protected]");
MODULE_DESCRIPTION("input test Driver");
MODULE_LICENSE("GPL");
现在就利用上面这个驱动来分析一下:
1, input_allocate_device()定义在/drivers/input/input.c下:
struct input_dev *input_allocate_device(void)
{
struct input_dev *dev;
dev = kzalloc(sizeof(struct input_dev), GFP_KERNEL);
if (dev) {
dev->cdev.class = &input_class;
class_device_initialize(&dev->cdev);
mutex_init(&dev->mutex);
INIT_LIST_HEAD(&dev->h_list);
INIT_LIST_HEAD(&dev->node);
__module_get(THIS_MODULE);
}
return dev;
}
这个函数很简单,主要是申请一个input_dev,再对其作些简单的初始化。
2,然后驱动再对返回的input_dev作进一步的初始化,并用__set_bit(EV_KEY, serkbd_dev->evbit);目的是设定其支持的事件。
3, input_register_device(serkbd_dev),把设备注册进input子系统,定义如下:
int input_register_device(struct input_dev *dev)
{
static atomic_t input_no = ATOMIC_INIT(0);
struct input_handle *handle;
struct input_handler *handler;
const struct input_device_id *id;
const char *path;
int error;
//不管有没有设定过这个事件,都加上对其的支持
set_bit(EV_SYN, dev->evbit);
/*
* If delay and period are pre-set by the driver, then autorepeating
* is handled by the driver itself and we don't do it in input.c.
*/
init_timer(&dev->timer);
if (!dev->rep[REP_DELAY] && !dev->rep[REP_PERIOD]) {
dev->timer.data = (long) dev;
dev->timer.function = input_repeat_key;
dev->rep[REP_DELAY] = 250; //加上默认值
dev->rep[REP_PERIOD] = 33;
}
//把这个新设备加入input_dev_list链表,以后有用(比如遍历这个链表)
list_add_tail(&dev->node, &input_dev_list);
snprintf(dev->cdev.class_id, sizeof(dev->cdev.class_id),
"input%ld", (unsigned long) atomic_inc_return(&input_no) - 1);
//往sys系统里添加相应的信息,在/sys/class/input/里添加一个目录项。
error = class_device_add(&dev->cdev);
if (error)
return error;
error = sysfs_create_group(&dev->cdev.kobj, &input_dev_attr_group);
if (error)
goto fail1;
error = sysfs_create_group(&dev->cdev.kobj, &input_dev_id_attr_group);
if (error)
goto fail2;
error = sysfs_create_group(&dev->cdev.kobj, &input_dev_caps_attr_group);
if (error)
goto fail3;
path = kobject_get_path(&dev->cdev.kobj, GFP_KERNEL);
printk(KERN_INFO "input: %s as %s/n",
dev->name ? dev->name : "Unspecified device", path ? path : "N/A");
kfree(path);
//加入一个新设备的时候会遍历一个input_handler_list链表,以找到目前有哪些handler可以处理这个设备,input_match_device(handler->id_table, dev)是一个匹配函数,下面会作分析。如果匹配成功就调用handler->connect。
list_for_each_entry(handler, &input_handler_list, node)
if (!handler->blacklist || !input_match_device(handler->blacklist, dev))
if ((id = input_match_device(handler->id_table, dev)))
if ((handle = handler->connect(handler, dev, id))) {
input_link_handle(handle);
if (handler->start)
handler->start(handle);
}
input_wakeup_procfs_readers();
return 0;
fail3: sysfs_remove_group(&dev->cdev.kobj, &input_dev_id_attr_group);
fail2: sysfs_remove_group(&dev->cdev.kobj, &input_dev_attr_group);
fail1: class_device_del(&dev->cdev);
return error;
}
3.1,input_match_device定下如下:
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);
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;
}
Id->flags是包括要匹配的内容,然后是MATCH_BIT匹配每一位。
#define MATCH_BIT(bit, max) /
for (i = 0; i < NBITS(max); i++) /
//这里必须注意一下,bit不是id或dev的成员,而是一个宏替换。
if ((id->bit[i] & dev->bit[i]) != id->bit[i]) /
break; /
if (i != NBITS(max)) /
continue;
匹配过程中只要有任何不一样的,就直接进入下一个id的匹配。
3.2,这里留心一下input_link_handle(handle) 。
static void input_link_handle(struct input_handle *handle)
{
list_add_tail(&handle->d_node, &handle->dev->h_list);
list_add_tail(&handle->h_node, &handle->handler->h_list);
}
可以看到它把&handle->d_node加到了dev->h_list尾部,这个链表就包含了所有能处理这个设备的handler。可以说input_dev和input_handler就是通过input_handle关联起来的。
4, 定时器中断调用input_event()报告事件。该函数定义如下(片断):
void input_event(struct input_dev *dev, unsigned int type, unsigned int code, int value)
{
struct input_handle *handle;
if (type > EV_MAX || !test_bit(type, dev->evbit))
return;
add_input_randomness(type, code, value);
switch (type) {
…
…
case EV_KEY:
if (code > KEY_MAX || !test_bit(code, dev->keybit) || !!test_bit(code, dev->key) == value)
return;
if (value == 2)
break;
change_bit(code, dev->key);
if (test_bit(EV_REP, dev->evbit) && dev->rep[REP_PERIOD] && dev->rep[REP_DELAY] && dev- >timer.data && value) {
dev->repeat_key = code;
mod_timer(&dev->timer, jiffies + msecs_to_jiffies(dev->rep[REP_DELAY]));
}
break;
…
…
}
if (type != EV_SYN)
dev->sync = 0;
if (dev->grab)
dev->grab->handler->event(dev->grab, type, code, value);
else
list_for_each_entry(handle, &dev->h_list, d_node)
if (handle->open)
handle->handler->event(handle, type, code, value);
}
这个函数先对type判断一下,看是否是支持的事件。然后在switch里面根据不同的type分别作处理。
看到dev->h_list我们应该感到有眼熟了,对了,我们就遍历这个链表,找到所有能处理这个input设备的handler,如果它是打开的就调用它本身的event()。这就是我们开篇时想知道的它的去向了。由此我们就知道处理一个设备的事件可能有不止一个的handler,也就是数据可能流向很多个地方。
三,下面以系统中最简单的一个handler来分析一下它的注册及上面提到的event处理过程。
该文件在drivers/input/evbug.c
1,首先看其入口:
static struct input_handler evbug_handler = {
.event = evbug_event,
.connect = evbug_connect,
.disconnect = evbug_disconnect,
.name = "evbug",
.id_table = evbug_ids,
};
static int __init evbug_init(void)
{
return input_register_handler(&evbug_handler);
}
很简单干脆,直接向input子系统注册一个静态的input_handler结构体。
2, input_register_handler函数如下:
int input_register_handler(struct input_handler *handler)
{
struct input_dev *dev;
struct input_handle *handle;
const struct input_device_id *id;
INIT_LIST_HEAD(&handler->h_list);
//在此例中,fops==NULL,所以不占用input_table。
if (handler->fops != NULL) {
if (input_table[handler->minor >> 5])
return -EBUSY;
//把handler保存在input_table里,由minor >> 5可知,高三位相同,低五位不同的从设备号都由同一个handler处理。所以input_table数组成员只有8个。
input_table[handler->minor >> 5] = handler;
}
list_add_tail(&handler->node, &input_handler_list);
list_for_each_entry(dev, &input_dev_list, node)
if (!handler->blacklist || !input_match_device(handler->blacklist, dev))
if ((id = input_match_device(handler->id_table, dev)))
if ((handle = handler->connect(handler, dev, id))) {
input_link_handle(handle);
if (handler->start)
handler->start(handle);
}
input_wakeup_procfs_readers();
return 0;
}
流程跟input_register_device差不多,把handler加入链表input_handler_list——>遍历input_dev_list——> input_match_device()找到匹配设备——>connect()——> input_link_handle()。
3,在此例中,要匹配的id定义为:
static const struct input_device_id evbug_ids[] = {
{ .driver_info = 1 }, /* Matches all devices */
{ }, /* Terminating zero entry */
};
如英文注解,可以匹配所有的input设备。故每匹配完一个设备就调用一次它本身的connect():
static struct input_handle *evbug_connect(struct input_handler *handler, struct input_dev *dev,
const struct input_device_id *id)
{
struct input_handle *handle;
if (!(handle = kzalloc(sizeof(struct input_handle), GFP_KERNEL)))
return NULL;
handle->dev = dev;
handle->handler = handler;
handle->name = evbug_name
input_open_device(handle);
printk(KERN_DEBUG "evbug.c: Connected device: /"%s/", %s/n", dev->name, dev->phys);
return handle;
}
这个函数很简单,它先申请一个input_handle结构体,然后把dev和handler赋给它,可以想像一下,handle有两只手,一只手牵着dev,另一只手牵着handler,这样无论是dev还是handler都可以通过handle找到对方。
4,input_open_device()函数定义如下:
int input_open_device(struct input_handle *handle)
{
struct input_dev *dev = handle->dev;
int err;
err = mutex_lock_interruptible(&dev->mutex);
if (err)
return err;
handle->open++;
if (!dev->users++ && dev->open)
err = dev->open(dev);
if (err)
handle->open--;
mutex_unlock(&dev->mutex);
return err;
}
函数很简单,增加open和users计数,如果第一次打开,就调用dev->open,记得我们的测试驱动中的open函数下定义是这样的:
static int ser_kpp_open(struct input_dev *dev)
{
return 0;
}
什么都没做,直接返回0.
5, 最后我们看一下evbug.c里面的event函数。
static void evbug_event(struct input_handle *handle, unsigned int type, unsigned int code, int value)
{
printk(KERN_DEBUG "evbug.c: Event. Dev: %s, Type: %d, Code: %d, Value: %d/n",
handle->dev->phys, type, code, value);
}
就是input_event()报告事件的时候最终把数据传到这里来。这里只是简单地把这些信息输出来。
四,小结:input_dev在注册的时候会挂在input_dev_list链表上,然后通过遍历input_handler_list尝试匹配已有的每个handler,并把成功匹配的handle挂在dev->h_list链表上,当驱动input_event()报告事件时,就通过dev->h_list链表找到每一个已匹配的handler,并把事件传给它们处理。
而与此对应handler注册时则会把自己挂在input_handler_list上,然后通过遍历input_dev_list链表,看看有没有匹配的input_dev, 有则把自己挂在匹配的dev->h_list上。当有事件到来时,input_handler结构体里面的event函数就可以对事件作处理了。
抓住了这样一个主线,整个input子系统的大概来龙去脉就基本清楚了。
下面顺便贴一下测试结果:
root@361-21com:/mnt/sd# insmod ser_keyb.ko
input: serkpd as /class/input/input0
ser-keypad init
root@361-21com:/mnt/sd# evbug.c: Event. Dev: <NULL>, Type: 1, Code: 30, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 30, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 29, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 29, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 28, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 28, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 27, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 27, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 158, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 158, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 157, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 157, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 156, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 156, Value: 0
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 155, Value: 1
evbug.c: Event. Dev: <NULL>, Type: 1, Code: 155, Value: 0
这两天头绪又有点乱,又不知道该干吗。其实input的东西远远没有搞明白,但很没心思搞,抵抗外界干扰的能力太差!
文章出处:http://dev.firnow.com/course/6_system/linux/Linuxjs/20091217/184960_2.html