哪位大哥大爷大大来帮我解释一下这个keyboard驱动的问题啊~

lxyscls

首先非常感谢一位同志向我推荐了essential linux device driver这本书，至少让我从原来的完全一团糨糊变成了现在的稀糊糊~

硬件——笔记本的keyboard——特此注明一下，因为现在一般的键盘都是usb的了，驱动不一样了，笔记本的keyboard应该是AT/PS2的，使用controllers来翻译scancode~

目的——按下Shift_Lock(由x来设置）点亮caps的led~

鉴于Linux下面的input device驱动模型——将其分为了device driver和event driver两部分~

先说device driver，键盘应该是使用serio类的驱动——/driver/input/keyboard/atkbd.c

再来event driver，这个地方我就开始昏了~

1：如果user land的app是console的话，则使用/driver/char/keyboard.c作为event handler来将event解释upstream到上面~

2：如果user land的app是x的话，则需要使用evdev作为event handler来解释，反映到/dev/input/eventx里面去，再由x来读取~

请问这两个event handler是如何判断切换的呀~因为后者相对前者来说对keyboard的控制相当得晦涩，特别是我这种需要向下控制的情况——如果需要读取事件完全可以去read /dev/input下面的event，但是如何再根据这个evdev下去控制就非常非常复杂了~

因此我希望能不能在x下面依然能够根据我个人的需要来继续调用/driver/char/keyboard.c这个event handler，这样控制点灯的话相对会容易一些（essential linux device driver这本书上面也有个简单的将ctl_alt_del的动作直接换成点亮capslock和numlock灯的情况），我也是根据这个例子来确认在console和x下面使用得是不同的event handler~

lxyscls

继续跪求大哥大爷大大~

现在可以很确定的是——笔记本的keyboad device driver是/driver/input/keyboard/atkbd.c，把这个东西卸了的话，无论是console还是x，keyboard都没法用了~

lxyscls

现在怪事又来了——我在内核编译中把event设置成为了module，这样的话/dev/input/eventx就无法open了~

但是键盘依然可以用！！！

难道说在这种情况下event handler就会转去使用console的event handler，即——/driver/char/keyboard.c？？

lxyscls

再次抓狂~

根据essential linux device driver书里面对/driver/char/keyboard.c来进行修改，尝试让起boot_it函数不reboot而只是点亮capslock的led灯~

在console下面没有问题，但是在x下面还是不行！更关键的是——我已经将event handler设置为module，并且直接将/dev/input这个目录给干掉了~键盘依然可以用~又不是在走/driver/char/keyboard.c这个event handler（因为如果使用这个event handler，则必然会点亮capslock灯），那走的是哪条路呀~~~

superfight

这个时候可以选择自己添加printk信息来跟踪~

看看到底是用了哪部分的代码~

lxyscls

原帖由 superfight 于 2009-7-22 16:13 发表
这个时候可以选择自己添加printk信息来跟踪~

看看到底是用了哪部分的代码~

一句话惊醒梦中人啊~

好的~

一步步往上面跟~

fantry_t

1. 拿console下面的app --bash来说，它依赖于/dev/ttyX来和键盘打交道，所以根本不会用到evdev event handler 即/dev/input/eventX.
2. X和键盘打交道的渠道也是/dev/ttyX来进行的，可以通过如下命令查看：
$ ls -l /proc/`pidof X`/fd/  
这个输出结果当中有/dev/ttyX而没有/dev/input/eventX，可以说明这个问题。
3.X 和bash和/dev/ttyX打交道的方式是不一样的，前者是raw机制，后者不是，因此直接影响了keyboard event handler的行为有所不同。具体可以查看kbd_event函数。

lxyscls

原帖由 fantry_t 于 2009-7-27 22:43 发表
1. 拿console下面的app --bash来说，它依赖于/dev/ttyX来和键盘打交道，所以根本不会用到evdev event handler 即/dev/input/eventX.
2. X和键盘打交道的渠道也是/dev/ttyX来进行的，可以通过如下命令查看：
$ ...

第二点没看懂——x和console和keyboard联系都是在用/dev/ttyX？

fantry_t

怕你不清楚，所以专门说明如何验证我说的是怎么回事。

lxyscls

原帖由 fantry_t 于 2009-7-28 22:25 发表
怕你不清楚，所以专门说明如何验证我说的是怎么回事。

高人——WHERE？