关于《详解》第12.1节按键驱动的进一步阐述
作者 佚名技术
来源 Linux系统
浏览
发布时间 2012-05-16
| 《详解》12.1的按键驱动,是本书的最大失误,应大家的要求,我们很有必要对其进行再次阐述. 注意标题是“按键”驱动而非“键盘”驱动,按键往往是一个按钮直接对应于一个可中断的GPIO,而键盘则有一个行列矩阵,有一个扫描的过程,由键盘控制器负责扫描、去抖动、得到键值等工作. 按键驱动的目的是在用户调用read()的时候能够读出来正确的键值,如果用户以阻塞方式打开,则在没有按键事件的情况下,驱动应切出本进程,之后等待按键事件唤醒之.  在一个键被按下的时候,有一定时间的抖动,也就是说刚按下去的时候会弹来弹去数次,这些事件应该被忽略.有的SoC的中断控制器本身支持 debounce功能,会在硬件上去抖,就不再需要软件去抖,否则,软件上最好去抖动.去抖的常规思路是：当一个键被按下的时候,启动一个定时器延迟数十 ms,如果在定时器到期后,键还是按下的,就正式确认一个按下事件,这样,中间数十ms的弹来弹去就自动被过滤掉了.这就是在代码清单12.8的ISR中 启动一个定时器的原因,注意在第6行,只是将状态置为了KEYSTATUS_DOWNX而不是KEYSTATUS_DOWN,在状态是 KEYSTATUS_DOWNX的情况下,从代码清单12.9（timer handler）的第6至13行可以看出,如果还是按下的,就确认确实按下了,将状态置为KEYSTATUS_DOWN.为了实现阻塞方式地访问,在没有按键事件的情况下,如果用户调用read(),本进程应该睡眠直到发生按键事件.在代码清单12.11中 s3c2410_key_read()的第17行会通过interruptible_sleep_on()睡眠等待按键事件,而代码清单12.9调用的 keyEvent()中做的事情就是讲一个按键事件放入keydev.head和keydev.tail所管理的事件队列（放入后将  keydev.tail != keydev.head成立）,这样,在第17行的interruptible_sleep_on()醒来后,跳转执行的第4行（keydev.tail != keydev.head）就可以得到满足,从而执行第8行的copy_to_user()将按键事件拷贝给用户. |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
关于关于《详解》第12.1节按键驱动的进一步阐述的所有评论
