linux输入子系统——深入分析（一）

在分析之前我们

注释1：struct input_handler {

void *private;

void (*event)(struct input_handle *handle, unsigned int type, unsigned int code, int value);

int (*connect)(struct input_handler *handler, struct input_dev *dev, const struct input_device_id *id);

void (*disconnect)(struct input_handle *handle);

void (*start)(struct input_handle *handle);

const struct file_operations *fops;

int minor;

const char *name;

const struct input_device_id *id_table;

const struct input_device_id *blacklist;

struct list_head h_list;

struct list_head node;

};

这个结构体可以通过   input_table来获得，那么   input_table是何许人也呢？查了一下发现 input_table在input_register_handler 里被构造了：

input_table[handler->minor >> 5] = handler;

而 input_register_handler函数由诸如下面一些文件调用：

keyboard.c、mousedev.c、edev.c 等等

我们进入 edev.c来看一看，发下了重要线索：

/*这里就是 file_operations结构体了 */

有点乱对吧！先来理一下：

在edev.c中构造了input_handler结构体（当然在这个结构体里包含了file_operation结构体），并向input.c注册这个结构体。在input.c的函数input_register_handler中根据该结构体构造了input_table：input_table[handler->minor >> 5] = handler，而在 input_open_file函数中，又通过input_table构造了一个input_handler结构体：handler = input_table[iminor(inode) >> 5];这样看input_table起到一个中转作用。然后通过handler构造了新的file_operation结构体：new_fops = fops_get(handler->fops。OK！

3、上面分析了input core的情况，下面我们从最底层的驱动来一步一步分析：

（1）在入口函数中注册input设备： input_register_device(button_dev);

（2）注册函数定义在input.c中：

EXPORT_SYMBOL(input_register_device);

注释：注册input_handler的源代码如下：

综上：注册input_dev或input_handler时，会两两比较左边的input_dev和右边的input_handler, 根据input_handler的id_table判断这个input_handler能否支持这个input_dev， 如果能支持，则调用input_handler的connect函数建立"连接"

（3）那么这connect函数是怎么一回事儿呢？ 让源码说话：

          input_table[handler->minor >> 5] = handler; //将根据次设备号将handler放入数组中

          list_add_tail(&handler->node, &input_handler_list); //将handler加入链表input_handler_list

          list_for_each_entry(dev, &input_dev_list, node) //遍历input_handler_list中的所有项

                    input_attach_handler(dev, handler); //判断设备与处理函数是否匹配

                            id = input_match_device(handler->id_table, dev); //根据handler->id_table判断设备与处理函数是否匹配

                            if (!id)

                            return -ENODEV;

                            handler->connect(handler, dev, id); //如果匹配就调用handler->connect函数

                                      evdev = kzalloc(sizeof(struct evdev), GFP_KERNEL);

                                      evdev->handle.dev = dev; //将dev放进去

                                      evdev->handle.handler = handler; //将handler放进去

                                      input_register_handle(&evdev->handle);

                                                struct input_handler *handler = handle->handler;

                                                list_add_tail(&handle->d_node, &handle->dev->h_list); //将handle加入到dev->h_list链表中

                                                list_add_tail(&handle->h_node, &handler->h_list); //将handle加入到handler->h_list链表中

input_register_device(input);

          list_add_tail(&dev->node, &input_dev_list); //将dev将加入input_dev_list列表中

          list_for_each_entry(handler, &input_handler_list, node) //遍历所有的handler判断是否支持设备

          input_attach_handler(dev, handler); //判断设备与处理函数是否匹配

           接下来的分析跟上面完全一致，我们不再分析

这样处理函数和设备就联系起来了。我们再来啰嗦一下：我们在注册设备的时候会有次设备号，而注册处理函数的时候又会根据这个次设备号来将处理函数放入数组中，然后在对设备进行操作的时候，根据次设备号来找到操作函数。这样我们就对应起来了。

                                                            

input.c文件中：

 register_chrdev(INPUT_MAJOR, "input", &input_fops);//注册字符设备

input_fops里面只有open函数，在open函数中会完成取出操作函数的工作。