最近在做一个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的宏定义来初始化,这样在使用的时候也可以对其行号和列号一目了然,当然这是对于行列扫描式的键盘来说的(实际上目前大多数键盘都是行列扫描式)。
当然你也可以不按上边的定义而自己制定一个规则出来,这并没什么不行的,相反,多探索才会有突破~~