学步园

在input系统中，先是下面这张图片

之后是这样图片，呵呵先熟悉一下环境，再介绍。

在input中有三个结构体要注意，如下

1. 1.input_dev 这是input设备基本的设备结构，每个input驱动程序中都必须分配初始化这样一个结构，成员比较多   
2. struct input_dev {   
3.     const char *name;   
4.     const char *phys;   
5.     const char *uniq;   
6.     struct input_id id;//与input_handler匹配用的id，包括   
7.     /*struct input_id {  
8.      __u16 bustype; //总线类型  
9.      __u16 vendor; //生产厂商  
10.      __u16 product; //产品类型  
11.      __u16 version; //版本  
12.          }; */  
13.          /* 
14.       #define EV_SYN 0x00 //同步事件 
15.     #define EV_KEY 0x01 //绝对二进制值，如键盘或按钮 
16.     #define EV_REL 0x02 //绝对结果，如鼠标设备 
17.     #define EV_ABS 0x03 //绝对整数值，如操纵杆或书写板 
18.     #define EV_MSC 0x04 //其它类 
19.     #define EV_SW 0x05 //开关事件 
20.     #define EV_LED 0x11 //LED或其它指示设备 
21.     #define EV_SND 0x12 //声音输出，如蜂鸣器 
22.     #define EV_REP 0x14 //允许按键自重复 
23.     #define EV_FF 0x15 //力反馈 
24.     #define EV_PWR 0x16 //电源管理事件 
25.     */  
26.     unsigned long evbit[BITS_TO_LONGS(EV_CNT)]; //设备支持的事件类型如上   
27.     unsigned long keybit[BITS_TO_LONGS(KEY_CNT)]; //按键事件支持的子事件类型   
28.     unsigned long relbit[BITS_TO_LONGS(REL_CNT)]; //相对坐标事件支持的子事件类型   
29.     unsigned long absbit[BITS_TO_LONGS(ABS_CNT)]; //绝对坐标事件支持的子事件类型   
30.     unsigned long mscbit[BITS_TO_LONGS(MSC_CNT)];   
31.     unsigned long ledbit[BITS_TO_LONGS(LED_CNT)];   
32.     unsigned long sndbit[BITS_TO_LONGS(SND_CNT)];   
33.     unsigned long ffbit[BITS_TO_LONGS(FF_CNT)];   
34.     unsigned long swbit[BITS_TO_LONGS(SW_CNT)];   
35.     
36.     unsigned int keycodemax;   
37.     unsigned int keycodesize;   
38.     void *keycode;   
39.     int (*setkeycode)(struct input_dev *dev, int scancode, int keycode);   
40.     int (*getkeycode)(struct input_dev *dev, int scancode, int *keycode);   
41.     
42.     struct ff_device *ff;   
43.     
44.     unsigned int repeat_key; //最近一次的按键值   
45.     struct timer_list timer;   
46.     
47.     int sync;   
48.     
49.     int abs[ABS_MAX + 1];   
50.     int rep[REP_MAX + 1];   
51.     
52.     unsigned long key[BITS_TO_LONGS(KEY_CNT)];//反应设备当前的按键状态   
53.     unsigned long led[BITS_TO_LONGS(LED_CNT)];//反应设备当前的led状态   
54.     unsigned long snd[BITS_TO_LONGS(SND_CNT)];//反应设备当前的声音输入状态   
55.     unsigned long sw[BITS_TO_LONGS(SW_CNT)]; //反应设备当前的开关状态   
56.     
57.     int absmax[ABS_MAX + 1];//来自绝对坐标事件的最大键值   
58.     int absmin[ABS_MAX + 1];//来自绝对坐标事件的最小键值   
59.     int absfuzz[ABS_MAX + 1];   
60.     int absflat[ABS_MAX + 1];   
61.     
62.     int (*open)(struct input_dev *dev); //第一次打开设备时调用，初始化设备用   
63.     void (*close)(struct input_dev *dev);//最后一个应用程序释放设备时用，关闭设备   
64.     int (*flush)(struct input_dev *dev, struct file *file);   
65.     /*用于处理传递给设备的事件，如LED事件和声音事件*/   
66.     int (*event)(struct input_dev *dev, unsigned int type, unsigned int code, int value);   
67.     
68.     struct input_handle *grab;//当前占有该设备的input_handle   
69.     
70.     spinlock_t event_lock;   
71.     struct mutex mutex;   
72.     
73.     unsigned int users;//打开该设备的用户数量(input handlers)   
74.     int going_away;   
75.     
76.     struct device dev;   
77.     
78.     struct list_head h_list;//该链表头用于链接此设备所关联的input_handle   
79.     struct list_head node; //用于将此设备链接到input_dev_list   
80. }  
81.   
82. 2. input_handler 这是事件处理器的数据结构，代表一个事件处理器  
83. struct input_handler {   
84.     void *private;   
85.     /*event用于处理事件*/   
86.     void (*event)(struct input_handle *handle, unsigned int type, unsigned int code, int value);   
87.     /*connect用于建立handler和device的联系*/   
88.     int (*connect)(struct input_handler *handler, struct input_dev *dev, const struct input_device_id *id);   
89.     /*disconnect用于解除handler和device的联系*/   
90.     void (*disconnect)(struct input_handle *handle);   
91.     void (*start)(struct input_handle *handle);   
92.     const struct file_operations *fops;//handler的一些处理函数   
93.     int minor;//次设备号   
94.     const char *name;   
95.     const struct input_device_id *id_table;//用于和device匹配 ,这个是事件处理器所支持的input设备  
96.     const struct input_device_id *blacklist;//匹配黑名单,这个是事件处理器应该忽略的input设备   
97.     struct list_head h_list;//这个链表用来链接他所支持的input_handle结构,input_dev与input_handler配对之后就会生成一个input_handle结构   
98.     struct list_head node; //链接到input_handler_list，这个链表链接了所有注册到内核的事件处理器   
99. };   
100.   
101. 3.input_handle 结构体代表一个成功配对的input_dev和input_handler  
102. struct input_handle {   
103.     void *private; //每个配对的事件处理器都会分配一个对应的设备结构，如evdev事件处理器的evdev结构，注意这个结构与设备驱动层的input_dev不同，初始化handle时，保存到这里。   
104.     int open; //打开标志，每个input_handle 打开后才能操作，这个一般通过事件处理器的open方法间接设置   
105.     const char *name;   
106.     struct input_dev *dev; //关联的input_dev结构   
107.     struct input_handler *handler; //关联的input_handler结构   
108.     struct list_head d_node; //input_handle通过d_node连接到了input_dev上的h_list链表上   
109.     struct list_head h_node; //input_handle通过h_node连接到了input_handler的h_list链表上   
110. };   
111.  
     1. 三个数据结构之间的关系  
     2. input_dev 是硬件驱动层，代表一个input设备  
     3. input_handler 是事件处理层，代表一个事件处理器  
     4. input_handle 个人认为属于核心层，代表一个配对的input设备与input事件处理器  
     5. input_dev 通过全局的input_dev_list链接在一起。设备注册的时候实现这个操作。  
     6. input_handler 通过全局的input_handler_list链接在一起。事件处理器注册的时候实现这个操作（事件处理器一般内核自带，一般不需要我们来写）  
     7. input_hande 没有一个全局的链表，它注册的时候将自己分别挂在了input_dev 和 input_handler 的h_list上了。通过input_dev 和input_handler就可以找到input_handle在设备注册和事件处理器，注册的时候都要进行配对工作，配对后就会实现链接。通过input_handle也可以找到input_dev和input_handler。  
     8.        
     9. 我们可以看到，input_device和input_handler中都有一个h_list,而input_handle拥有指向input_dev和input_handler的指针，也就是说input_handle是用来关联input_dev和input_handler的。  
     10. 那么为什么一个input_device和input_handler中拥有的是h_list而不是一个handle呢？因为一个device可能对应多个handler,而一个handler也不能只处理一个device,比如说一个鼠标，它可以对应even handler，也可以对应mouse handler,因此当其注册时与系统中的handler进行匹配，就有可能产生两个实例，一个是evdev,另一个是mousedev,而任何一个实例中都只有一个handle。至于以何种方式来传递事件，就由用户程序打开哪个实例来决定。后面一个情况很容易理解，一个事件驱动不能只为一个甚至一种设备服务，系统中可能有多种设备都能使用这类handler,比如event handler就可以匹配所有的设备。在input子系统中，有8种事件驱动，每种事件驱动最多可以对应32个设备，因此dev实例总数最多可以达到256个。
          

     注意： input_handle，才是使用的时候的核心