keyboard.doc

键盘体系 author: sniff 从什么开始说比较合理呀？就从硬件开始把：严格来说称不上什么键盘体系，但由于键盘的driver code比较的涩晦，所以就称之为键盘体系了。 后注：什么叫后注？也就是写完后想说点什么的意思呀！这篇文挡太长了（本来想写的更长，真的，还有一些文件都没有写上去呀），大家还是用“文挡结构图”来看把，厉害把，这么多，全部手写呀。 硬件相关 硬件，其实有一些内容，但我实在不想一段段的翻译，大家想要的话，我把english文挡发给大家好了。 Keyboard Key  键盘代码 键盘模式 键盘模式有4种， 在Linux 下你可以用kbd_mode -参数 来设置和显示你的模式： 1） Scancode mode （raw ）raw模式：将键盘端口上读出的扫描码放入缓冲区 2） Keycode mode (mediumraw) mediumraw模式：将扫描码过滤为键盘码放入缓冲区 3） ASCII mode (XLATE ) XLATE模式：识别各种键盘码的组合，转换为TTY终端代码放入缓冲区 4） UTF-8 MODE (UNICODE) Unicode 模式：UNICODE模式基本上与XLATE相同，只不过可以通过数字小键盘间接输入UNICODE代码。 键盘模块的上层漫游： 键盘模块的最上层严格的说应该是TTY设备，这在以后描述。对于使用者而言，keyboard.c是我们的最上层。 在keyboard.c中，不涉及底层操作，也不涉及到任何体系结构，他主要负责：键盘初始化、键盘tasklet的挂入、按键盘后的处理、keymap的装入、scancode的转化、与TTY设备的通信。 Keyboard.c是一个大杂烩，包含了大多数keyboard的key的处理，因此代码才变的庞大和复杂，我们可以修改它，让他变的很小（但这样做并不会使空间节省，因为keyboard.c的许多代码是动态加载的）。 Keyboard.c中的int __init kbd_init(void) 函数是键盘代码执行的开始点，但keyboard.c并非是一定执行的，你必须先定义CONFIG_VT（Character devices - Virtual terminal）才有效，为什么？因为kbd_init（）是在tty_io.c 的 tty_init（）中被调用的。 ★Kbd_init（）在进行一些基本初始化后，执行kbd_init_hw（），此函数可以看做是一个统一的上层界面，对于不同的体系或相同体系下不同的board，他们的kbd_init_hw（）的实现代码是不同的（同过CONFIG_XXX_XXX来实现），他的实现代码就是操作硬件。 kbd_init_hw（）会：检查硬件及有效性、分配资源和中断、操作寄存器的实现函数调用。 初始化一完成，就把keyboard_tasklet放到CPU tasklet中（注意到keyboard_tasklet 是开放出来的，等下可以看到怎么使用它）。 现在就等你按键了，当有按键时，会调用键盘中断处理函数，一般都是体系下的keyboard_interrupt()，此函数会调用到keyboard.c中的handle_scancode() 。 ★handle_scancode()就是我们的重点，这个函数最终决定了我们按下的key如何处理，在下面会分析他的流程，他主要做：与TTY的通信、keymap的装入、按键的处理。 handle_scancode()处理的结果就是把你按下的key发到不同的处理函数中，一般的，这些函数离最终的结果已经很近了。这其中，大多数的函数都会调用put_queue() 函数。 ★put_queue（）的工作原理就是利用TTY, 它将经过转换的键盘功能码用tty_insert_flip_char()放入到当前TTY的flip buffer中，然后将缓冲区输出任务函数(flush_to_ldisc)添加到控制台任务队列(con_task_queue)并激活控制台软中断执行该任务函数. flush_to_ldisc()翻转读写缓冲区,将缓冲区接收数据传递给tty终端规程的n_tty_receive_buf()接收函数,n_tty_receive_buf()处理输入字符,将输出字符缓冲在终端的循环缓冲区(read_buf)之中.用户通过tty规程的read_chan()读取read_buf中的字符.当多个进程同时读取同一终端时, 使用tty-atomic_read信号灯来竞争读取权. Kbd_init()开始点： int __init kbd_init(void) { int i; struct kbd_struct kbd0; /