按键一般有「按下和抬起」两个状态一般使用0和1来分别表示。一般如下方式上报按键键值就可以完成「按下和抬起」两个状态的收集。
input_event(ddata->input, EV_KEY, KEY_POWER, 1)
input_sync(ddata->input)
但是最近遇到一个奇怪的问题是内核中的KEY_WAKEUP唤醒键值使用上述方法上报时,用户空间只能检测到状态0,第二次按键时才会有状态1。这样导致Android系统不能正常唤醒,需要按两次才能唤醒系统。
目前的解决方法是将之前上报KEY_WAKEUP的地上改为KEY_POWER键值。但是好奇心引着我弄清楚它们是怎么回事。
经验出这里边上报如下一样连续上报1/0状态才可以在用户空间正常的检测到1/0状态。
input_event(ddata->input, EV_KEY, KEY_WAKEUP, 1)
input_sync(ddata->input)
input_event(ddata->input, EV_KEY, KEY_WAKEUP, 0)
input_sync(ddata->input)
直觉告诉我可以是由于我对这个两个api的不了解造成的,比较是凡事必有因的。
除了KEY_WAKEUP换个其它键值试试。结果和KEY_WAKEUPG一样不能同步,可以推断出是非POWER按键就不行。这可以能所在代码位置有关系:
}else if ((get_suspend_state())&&(ddata->keycode==KEY_POWER)){
input_event(ddata->input, EV_KEY, KEY_POWER, 1)
input_sync(ddata->input)
}
再进一步测试在非PM_SUSPEND_ON电源模式下,所有的按键都是如何的。测试结果是所有的非POWER按键都出现了按键不能同步的问题。但是不能以点概面,使用GPIO连接的物理按键并不会有此问题,那么就排除了input子系统中做了手脚。问题出就出在了Remote control驱动中对的处理。
找出了问题所在了,确实是出在了Remote control驱动中,上报键值对PM状态进行了判断,如果
static void remotectl_timer(unsigned long _data)
if(ddata->press != ddata->pre_press) {
ddata->pre_press = ddata->press = 0
if (get_suspend_state()==0){
//input_event(ddata->input, EV_KEY, ddata->keycode, 1)
//input_sync(ddata->input)
input_event(ddata->input, EV_KEY, ddata->keycode, 0)
input_sync(ddata->input)
}else if ((get_suspend_state())&&(ddata->keycode==KEY_POWER)){
//input_event(ddata->input, EV_KEY, KEY_WAKEUP, 1)
//input_sync(ddata->input)
input_event(ddata->input, EV_KEY, KEY_WAKEUP, 0)
input_sync(ddata->input)
}
}
将过滤条件去除后,可以和GPIO连接的物理按键一样的效果了,即无论系统处理什么样的状态,休眠或者唤醒状态都上传了键值。同时这也给我带来了一个疑惑,按键驱动中要不要进行suspend状态判断,根据Android中的经验所有的状态都要上传的,响应不响应是看上层系统的决定;但是如果对于普通的嵌入式Linux系统就不一定了,如果input子系统在系统休眠的时候上传了键值,那么对应的应用层可以就会直接去响应键值。要使用哪种方法实现,这是一个悖论!结合Android的宏这样实现了:
diff --Git a/drivers/input/remotectl/rkxx_remotectl.c b/drivers/input/remotectl/rkxx_remotectl.c
index db91516..201c5dd 100644
--- a/drivers/input/remotectl/rkxx_remotectl.c
+++ b/drivers/input/remotectl/rkxx_remotectl.c
@@ -306,6 +306,10 @@ static void remotectl_do_something(unsigned long data)
if ((ddata->scanData&0x0ff) == ((~ddata->scanData >>8)&0x0ff)){
if (remotectl_keycode_lookup(ddata)){
ddata->press = 1
+#ifdef CONFIG_ANDROID // Android OS needs input event whatever suspend state
+input_event(ddata->input, EV_KEY, ddata->keycode, 1)
+input_sync(ddata->input)
+#else
if (ddata->keycode==KEY_POWER || get_suspend_state()==PM_SUSPEND_ON){
input_event(ddata->input, EV_KEY, ddata->keycode, 1)
input_sync(ddata->input)
@@ -314,6 +318,7 @@ static void remotectl_do_something(unsigned long data)
}
//input_event(ddata->input, EV_KEY, ddata->keycode, ddata->press)
//input_sync(ddata->input)
+#endif // CONFIG_ANDROID
ddata->state = RMC_SEQUENCE
}else{
ddata->state = RMC_PRELOAD
@@ -437,6 +442,10 @@ static void remotectl_timer(unsigned long _data)
if(ddata->press != ddata->pre_press) {
ddata->pre_press = ddata->press = 0
+#ifdef CONFIG_ANDROID // Android OS needs input event whatever suspend state
+input_event(ddata->input, EV_KEY, ddata->keycode, 0)
+input_sync(ddata->input)
+#else
if (get_suspend_state()==0){
//input_event(ddata->input, EV_KEY, ddata->keycode, 1)
//input_sync(ddata->input)
@@ -448,6 +457,7 @@ static void remotectl_timer(unsigned long _data)
input_event(ddata->input, EV_KEY, KEY_WAKEUP, 0)
input_sync(ddata->input)
}
+#endif // CONFIG_ANDROID
}
#ifdef CONFIG_PM
remotectl_wakeup(_data)
如果是Android系统,那么无论kernel处理什么样的休眠状态都实时地上报键值。这样保证在休眠播放音乐的时候可以控制音频大小。这也正是目前Android手机的实现方式。
http://blog.csdn.Net/kangear/article/details/40072707
还有一点:按键中的状0,并不是input_sync(ddata->input)发出的,它只会发出当前的值。它仅仅是一个「同步」,意思是数据都准备好了,可以发送了。还是没有对驱动了解的很清楚加上自己的一些瞎想像误导了自己。内核input驱动中是不区分POWER键,WAKEUP键;真是有差异了,问题一定是出在了自己的驱动代码中。
可通过xev得到所按键的键名/键值,再通过xmodmap可设置直接运行xev(linux下抓取按键键值的小工具),按一下所经修改的按键,在输出的信息中找到类似(keysym 0xff22, Muhenkan)的内容,其中0xff22为键值,Muhenkan是键名。
通过以下命令就可将按键映射为想要的键值了
xmodmap -e "keysym 预设定的键名 = 当前按键键名"
如我想将键名为Muhenkan的按键映射为Win键(键名为Super_L),则这样写
xmodmap -e "keysym Super_L = Muhenkan"
到此就达到了目的了,但这样设置位未保存到设置中,重启后就没了,所以我将上面的代码加入到/etc/rc.local中了
另:/usr/include/X11/keysymdef.h 中包含所有的符号名,在其中可以找到你想要的键名,里面也有些简短的注释
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)