[资料]

linux驱动-Input输入子系统

2015-5-21 00:05:01 3344

0 以前，看过国嵌关于input子系统的视频课程，说实话，我看完后脑子里很乱，给我的印象好像是input子系统驱动是一个全新的驱动架构，疑惑相当多。前几天在网上，看到有很多人介绍韦东山老师的linux驱动课程很不错，于是，我就买了第二期的视频，看了韦老师讲解的input子系统视频课程后，我完全明白了整个input子系统的工作机制。为了方便以后查阅，对input子系统的整体框架总结如下：典型的输入设备（如键盘、鼠标）的工作机制都是差不多的，都是在设备有动作时，向CPU产生一个中断，通知它读取相应的数据。Linux为了方便开发这一类驱动，它实现了这类驱动的通用部分，只留下与设备相关的部分，这样使得开发这一类驱动更加方便。在Linux中，Input子系统由三大部分组成，它们是Input子系统核心层、Input子系统事件处理层和Input子系统设备驱动层。在通常情况下，Input子系统核心层和Input子系统事件处理层都已经实现了，而作为驱动开发者，我们仅仅只需要完成Input子系统设备驱动层。对于一个完整的驱动程序，我们首先需要确定设备的主设备号，次设备号，然后向系统注册该设备，最后实现file_operations结构体中的函数。在Input子系统中，这些步骤会分布到不同的层中，最后三个层通过一些联系构成了一个完整的驱动程序。在input子系统中有三个比较中要的结构体，它们分别是input_handler结构体、input_dev结构体、input_handle结构体。它们的具体代码如下： struct input_handler { void private; //driver相关数据 void (event)(struct input_handle handle, unsigned int type, unsigned int code, int value); //input_event函数会调用此函数 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; //file_operation结构体，会替换input.c里的file_operation结构体 int minor; const char name; //input_handler名称 const struct input_device_id id_table; const struct input_device_id blacklist; struct list_head h_list; //与该handler相关的handle struct list_head node; }; struct input_dev { const char name; const char phys; const char uniq; struct input_id id; 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 ab**it[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)]; unsigned int keycodemax; unsigned int keycodesize; void keycode; int (setkeycode)(struct input_dev dev, int scancode, int keycode); int (getkeycode)(struct input_dev dev, int scancode, int keycode); struct ff_device ff; unsigned int repeat_key; struct timer_list timer; int sync; int abs[ABS_MAX + 1]; int rep[REP_MAX + 1]; unsigned long key[BITS_TO_LONGS(KEY_CNT)]; unsigned long led[BITS_TO_LONGS(LED_CNT)]; unsigned long snd[BITS_TO_LONGS(SND_CNT)]; unsigned long sw[BITS_TO_LONGS(SW_CNT)]; int absmax[ABS_MAX + 1]; int absmin[ABS_MAX + 1]; int absfuzz[ABS_MAX + 1]; int absflat[ABS_MAX + 1]; int absres[ABS_MAX + 1]; int (open)(struct input_dev dev); void (close)(struct input_dev dev); int (flush)(struct input_dev dev, struct file file); int (event)(struct input_dev dev, unsigned int type, unsigned int code, int value); struct input_handle grab; spinlock_t event_lock; struct mutex mutex; unsigned int users; bool going_away; struct device dev; struct list_head h_list; //与该input_dev相关的handle struct list_head node; }; struct input_handle { void private; int open; const char name; struct input_dev dev; //指向input_dev struct input_handler handler; //指向input_handler struct list_head d_node; struct list_head h_node; }; 在Input.c(drivers/input)的input_init函数中,有： err=register_chrdev(INPUT_MAJOR, "input", &input_fops) 它向系统中注册了一个主设备号为INPUT_MAJOR(13)，名为input的设备。而它的file_operations结构体，如下所示： static const struct file_operations input_fops = { .owner = THIS_MODULE, .open = input_open_file, }; 它仅仅实现了open函数，为没有实现其他函数。其实其他函数会在其open函数中实现。在input_open_file函数中，会把Input子系统的事件处理层相关结构体handler的file_operations赋值给input_fops,从而完整的实现了file_operations结构体。具体实现的代码： new_fops = fops_get(handler->fops) file->f_op = new_fops; 从这里我们可以看出一个Input子系统的驱动的file_operations结构体是在handler结构体中实现的。对于input_handler结构体，它是input子系统中事件处理层相关的结构体，对于一个具体的事件处理，需要向事件处理层注册这样一个结构体，如在鼠标的事件处理程序mousedev.c的mousedev_init函数中，会调用input_register_handler函数，注册一个具体的handler。而在input_register_handler函数中，会将handler添加到input_handler_list中，然后在input_dev_list中寻找相匹配的dev。具体代码： list_for_each_entry(dev, &input_dev_list, node) input_attach_handler(dev, handler); 因而，要形成一个完成的驱动，则必须有相应的dev。对于input_dev结构体，它是input子系统中设备驱动层相关的结构体，对于一个具体的设备，需要向设备驱动层注册这样一个结构体，如在鼠标的设备驱动程序u*mouse.c的u_mouse_probe函数中，会调用input_register_device函数，注册一个具体的dev。而在input_register_device函数中，会将dev添加到input_dev_list中，然后再input_handler_list寻找相匹配的handler。具体代码： list_add_tail(&dev->node, &input_dev_list); list_for_each_entry(handler, &input_handler_list, node) input_attach_handler(dev, handler); 在input_attach_handler函数中，会调用input_match_device函数，将input_dev_list中的dev与handler相匹配或将input_handler_list中的handler与dev相匹配，匹配成功后就会调用handler中的connect函数。而在connect函数中，会通过handle结构体将匹配好的handler和dev联系起来。如mousedev.c中，connect函数中调用了mousedev_create函数，而在mousedev_create函数中，将handle结构中的handler指向匹配好的handler，而dev指向匹配好的dev，然后会调用input_register_handle函数。 mousedev->handle.dev = input_get_device(dev); mousedev->handle.name = dev_name(&mousedev->dev); error = input_register_handle(&mousedev->handle); 在 input_register_handle函数中，将input_handle结构体中的d_node和h_node成员分别添加到了匹配好的dev结构体的h_list中和匹配好的handler结构体的h_list中。 struct input_handler handler = handle->handler; struct input_dev *dev = handle->dev; list_add_tail_rcu(&handle->d_node, &dev->h_list); list_add_tail(&handle->h_node, &handler->h_list); 这样，Input驱动程序中的设备驱动和事件处理就这样无缝连接起来了，无论是我们先有了handler还是先有了dev，input子系统都会找了与之匹配的dev或handler，使得三部分之间更加整体化。 0
举报淘帖0 只看该作者相关推荐 • 浅析input输入子系统框架嵌入式Linux驱动 1115 • 介绍下input子系统 1034 • 输入子系统的作用与框架 2074 • 迅为i.MX6ULL终结者Linux INPUT子系统实验Input子系统 1123 • 如何使用Linux内核中的input子系统 1751 • 「正点原子Linux连载」第五十八章Linux INPUT子系统实验(一） 865 • linux input子系统的input core、input drivers和event handles 1177 • Linux设备驱动之input子系统 2181 • 【华嵌科技】Linux设备驱动之input子系统 2729 • linux输入子系统详解 3020 1条评论发表评论只看该作者