input core input.c and evdev.c (2)
接昨天上篇：
说到了input_fops,下面接上：
input_fops:
1: /*打开操作*/
2: input_open_file
3: /*不做操作*/
4: noop_llseek
input_open_file:
1: /*从inode获取minor，获得handler，取得handler的fops，并执行它的open操作*/
2: /*根据inode获取次设备号，再由次设备号算出它在input_table中的位置*/
3: handler = input_table[iminor(inode) >> 5];
4: if (handler)
5: new_fops = fops_get(handler->fops);
6:
7: old_fops = file->f_op;
8: file->f_op = new_fops;
9:
10: err = new_fops->open(inode, file);
11:
12: fops_put(old_fops);
13:
这里用到了handler，看handler是怎么注册的：
input_register_handler:
1: /*初始化handler的h_list*/
2: INIT_LIST_HEAD(&handler->h_list);
3: /*根据handler的minor将handler放到相应的input_table位置中*/
4: if (handler->fops != NULL) {
5: if (input_table[handler->minor >> 5]) {
6: retval = -EBUSY;
7: goto out;
8: }
9: input_table[handler->minor >> 5] = handler;
10: }
11: /*将handler通过node连接到input_handler_list链表中*/
12: list_add_tail(&handler->node, &input_handler_list);
13: /*遍历input_dev_list链表，找出与这个handler匹配的input_dev
14: *并和它connect，匹配和connect的操作就是input_attach_handler
15: *所做的事情
16: */
17: list_for_each_entry(dev, &input_dev_list, node)
18: input_attach_handler(dev, handler);
19: /*唤醒input_devices_poll_wait的等待队列*/
20: input_wakeup_procfs_readers();
这里说到注册handler的时候要遍历input_dev链表，那么input_dev是在哪里注册的呢？
这里当然必须提到input_dev的注册函数input_register_device,在用它注册input_dev
之前必须要分配一个input_dev并且设置它能够做的事情，这里要用input_allocate_device来分配，
用__set_bit,input_set_capability,input_set_abs_params等来设置input_dev的支持的事件evbit,
以及将所支持事件的bit数组中支持的值置相应位。这都是注册具体设备时根据设备支持的事件进行
设置了。设置完这些东西就可以注册这个input_dev了：
input_register_device:
1: /* 对每个输入设备都设置EV_SYN位 */
2: __set_bit(EV_SYN, dev->evbit);
3:
4: /* 清除保留位 */
5: __clear_bit(KEY_RESERVED, dev->keybit);
6:
7: /* 注册设备时没有提到evbit位，都把它们清除掉 */
8: input_cleanse_bitmasks(dev);
9:
10: /*如果没有设置get_keycode[_new]/set_keycode[_new]，
11: *则使用input.c中定义的默认方法*/
12: if (!dev->getkeycode && !dev->getkeycode_new)
13: dev->getkeycode_new = input_default_getkeycode;
14:
15: if (!dev->setkeycode && !dev->setkeycode_new)
16: dev->setkeycode_new = input_default_setkeycode;
17:
18: dev_set_name(&dev->dev, "input%ld",
19: (unsigned long) atomic_inc_return(&input_no) - 1);
20: /*增加设备，这里会干很多设备core层的事情*/
21: error = device_add(&dev->dev);
22:
23: /*这里跟注册handler的时候相似，把input_dev加到input_dev_list
24: *链表中，然后遍历handler的链表，找到与这个input_dev匹配的handler
25: *再把它们connect*/
26: list_add_tail(&dev->node, &input_dev_list);
27:
28: list_for_each_entry(handler, &input_handler_list, node)
29: input_attach_handler(dev, handler);
30: /*唤醒等待队列*/
31: input_wakeup_procfs_readers();
32:
在input_allocate_device分配input_dev的时候，给它的设备type设置为
input_dev_type，文件中一大部分代码都是为了完成这个device_type的
成员。最重要的就是input_dev_attr_groups。
在proc_init的时候两个文件handlers，devices,给它们注册的文件操作符分别是
input_handlers_fileops，input_devices_fileops，文件中也有一大部分代码
是为了完成这两个文件操作符的实现。
余下的就是input提供的接口了，就不细说了，用到的时候看看就OK,主要是要对框架了解清楚。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
我们在写驱动的时候常常会用到input_event,input_sync等，这些都是通过事件层来做的，这就需要了解evdev.c，
看看这个事件设备是怎么搞的。
evdev.c
先看最下面evdev_init:
1: input_register_handler(&evdev_handler)
注册了一个input_handler：evdev_handler。
1: static struct input_handler evdev_handler = {
2: .event = evdev_event,
3: .connect = evdev_connect,
4: .disconnect = evdev_disconnect,
5: .fops = &evdev_fops,
6: .minor = EVDEV_MINOR_BASE,
7: .name = "evdev",
8: .id_table = evdev_ids,
9: };
name不用多说，EVDEV_MINOR_BASE是64，按照minor >> 5的算法，它应该把这个handler指针放到
input_table[1]中，evdev_ids是input_device_id数组，在input_match_device，也就是input_attach_handler
中调用的用来匹配input_dev和handler的函数中用来进行匹配，根据id->flags还有handler里的那些*bit和dev->id
的相应成员进行匹配，这里evdev_ids中，只设置了driver_info，根据匹配函数，它是跟所有的device都匹配的，
It's a bitch.......
整个evdev.c实际上就是实现这个input_handler的各个具体操作函数。
evdev_connect:
对evdev进行初始化，从evdev_table中找出第一个没有被用过的minor，做为它的minor
初始化它的handle成员的dev和handler，初始化它的dev成员。
然后调用input_register_handle，注册handle，它把handle的d_node加到input_dev的
h_list链表，把h_node加到handler的h_list链表，这样就把这个handle同时跟input_dev和
handler关联起来。evdev_install_chrdev把初始化好的这个evdev加到evdev_table中，最后
调用device_add增加这个evdev设备。connect大功告成。
evdev_disconnect:
不用解释。反向操作。
evdev_event:
把input事件发给所有的client.
了解了框架再去看具体操作的核心代码就不会迷糊了。
高万龙（冷月X）
2011.4.8
