Linux I2C Input设备驱动代码的几点理解
最近在做一个I2C键盘的Linux驱动，参考了其他芯片的一些代码，其中陆续发现有些让人迷惑的东西，把我的迷惑及理解在这里加以记录：
1. i2c_driver结构体的probe成员的原型：
int (*probe)(struct i2c_client *, const struct i2c_device_id *);
即：probe函数被调用时会从上边传两个个参数下来，类型分别是i2c_client和i2c_device_id
在i2c_client->dev.platform_data成员里的内容就是i2c_board_info中你所填充的platfrom_data数据。
2. Probe函数只会在驱动加载时调用一次，之后就不会再调用，而如果设备支持open接口，则可能需要在open接口的实现中做大量的可重入处理，因为open接口可能被多次调用且可能被多线程同时调用。
3. 代码：
INIT_DELAYED_WORK(&kpad->work, sn7325_work);
实现的功能是将sn7325_work加入到工作队列中，但现在并不立即执行。
4. input_dev中的几个成员的意义如下：
input->keycodesize： 每一个键盘码的尺寸（字节数）。
input->keycodemax： keymap中包含多少个键盘码
input->keycode： 具体的键盘码表（也叫：Key Matrix或Keymap）
5. 代码：
__set_bit(EV_KEY, input->evbit);
Document里面的示例用了接口 set_bit，二者实际上没什么显著区别，前者不是原子操作，后者是原子操作。
input->evbit是一个标志位集合，通过对它的一些位操作，INPUT子系统可以知道这个设备支持那些event。
__set_bit(kpad->keycode[i] & KEY_MAX, input->keybit);
这行代码是设置input->keybit这个成员的，input->keybit成员实际上和evbit差不多，通过设置keybit可以使INPUT子系统知道这个设备支持那些按键。
6. input_report_key
这个接口会向INPUT子系统上报按键，原型如下：
static inline void input_report_key(struct input_dev *dev, unsigned int code, int value) { input_event(dev, EV_KEY, code, !!value); }
参数：
dev：输入设备
code：要上报的keycode（从keymap中直接或间接得到的某个值）
value：0或1，0表示按键弹起，1表示按键按下
!!value的写法实际上是将int类型转换为bool类型，即最终传递进input_event中的参数要么为0要么为1.
7. input_sync表明时间已经完成
8. keymap如何定义：
可以定义一个宏定义：
#define KEY(row, col, val) (((row) << 28) | ((col) << 24) | (val))
这样：
KEY(0,0, KEY_HOME) 会建立一个4字节数（32bit），最高4bit为行号，次高4bit为列号，剩下的24bit则为系统能识别的KEY值。
系统能识别的KEY值在input.h中有定义，如：KEY_1, KEY_A等。
所以可以自己定义一个keymap，实际上就是一个数组，其中的元素就用KEY的宏定义来初始化，这样在使用的时候也可以对其行号和列号一目了然，当然这是对于行列扫描式的键盘来说的（实际上目前大多数键盘都是行列扫描式）。
当然你也可以不按上边的定义而自己制定一个规则出来，这并没什么不行的，相反，多探索才会有突破~~