《详解》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()将按键事件拷贝给用户。