简介这份资源面向Linux内核驱动初学者与嵌入式开发人员提供按键驱动从内核实现到用户空间验证的完整示例帮助理解字符设备注册、中断处理与输入子系统的基本流程。压缩包共2个文件均为C语言源码整体约2KB体量轻巧便于快速阅读与移植。其中一份实现按键驱动核心逻辑涉及设备注册、中断请求线关联、input_event结构体填充与input_report_key调用另一份为配套测试程序通过open、read、close系统调用读取/dev/input/event*节点解析EV_KEY事件类型、键码及按下释放状态。目前已有362人学习下载适合结合make编译、insmod加载模块与dmesg查看内核日志进行调试实践也可作为理解Linux设备驱动与硬件事件上报机制的入门参考。1. 拿到一份 linux 按键驱动源码先别急着 make很多做嵌入式 Linux 的兄弟第一次拿到一份按键驱动源码时第一反应就是make一下看看能不能编过。我当年也这样结果在板子上跑起来才发现按键按下去没反应松开也没反应连中断都进不去。后来一查问题根本不在代码本身而在设备树里那个 GPIO 引脚号写错了。这份 linux 按键驱动源码及测试程序核心就是解决「GPIO 按键从硬件到应用层」这条链路的完整实现问题。它包含驱动层的中断处理、消抖逻辑、input 子系统上报以及一个用户态的测试程序用来验证按键事件是否正常。适合正在做嵌入式 Linux 驱动开发、需要快速验证按键硬件通路的工程师也适合想搞懂 input 子系统怎么和中断配合的新手。你拿到手之后别急着编译先把下面这几个环节过一遍能省掉至少半天的调试时间。2. 按键驱动核心机制中断、消抖与 input 子系统怎么串起来2.1 为什么按键驱动要用中断而不是轮询轮询方式写按键驱动简单直接在一个内核线程里定时读 GPIO 电平就行。但这种方式有两个硬伤一是浪费 CPU按键大多数时间是不动的轮询就是在空转二是响应延迟取决于轮询周期你设 10ms 轮询那最快也要 10ms 才能发现按键动作。中断方式则是按键按下时硬件触发中断CPU 才去处理平时不占资源响应也及时。常见做法是申请 GPIO 中断在中断处理函数里做最小必要的工作——记录时间戳、启动消抖定时器然后尽快返回。真正的键值上报放到定时器回调或者工作队列里做。这样既保证了响应速度又不会在中断上下文里做耗时操作。/* 中断处理函数只做最小工作启动消抖定时器 */ static irqreturn_t key_interrupt_handler(int irq, void *dev_id) { struct key_dev *dev dev_id; /* 记录中断时间用于消抖判断 */ dev-last_jiffies jiffies; /* 启动消抖定时器10ms 后真正读取电平 */ mod_timer(dev-debounce_timer, jiffies msecs_to_jiffies(10)); return IRQ_HANDLED; }这段代码的关键点在于中断处理函数里没有直接读 GPIO 电平也没有上报键值只是启动了一个 10ms 的定时器。为什么是 10ms机械按键的抖动时间一般在 5ms 到 20ms 之间10ms 是一个比较稳妥的中间值。如果你的按键质量差一些可以调到 20ms如果是对响应速度要求高的场景可以降到 5ms但要确认硬件抖动确实很小。2.2 消抖定时器里到底该做什么定时器回调是消抖逻辑的核心。很多人在这里只读一次电平就上报结果发现偶尔会误触发。正确的做法是定时器到期后再次读取 GPIO 电平确认电平和中断触发时的方向一致才认为是有效按键。/* 消抖定时器回调确认电平后上报键值 */ static void key_debounce_timer(struct timer_list *t) { struct key_dev *dev from_timer(dev, t, debounce_timer); int level; /* 再次读取 GPIO 电平确认不是抖动 */ level gpio_get_value(dev-gpio); /* 只有电平稳定在按下状态才上报 */ if (level dev-active_level) { /* 通过 input 子系统上报按键事件 */ input_report_key(dev-input_dev, dev-key_code, 1); input_sync(dev-input_dev); /* 记录按下状态用于释放判断 */ dev-key_pressed true; } else if (dev-key_pressed) { /* 松开时上报释放事件 */ input_report_key(dev-input_dev, dev-key_code, 0); input_sync(dev-input_dev); dev-key_pressed false; } }这里有个细节容易翻车input_sync必须调用否则应用层收不到完整的事件包。我见过有人只调input_report_key不调input_sync然后抱怨测试程序读不到数据。另外dev-active_level要根据硬件电路确定——按键一端接 GPIO另一端接地按下时 GPIO 被拉低那 active_level 就是 0如果外部有上拉电阻到 VCC按下时 GPIO 被拉高那 active_level 就是 1。这个搞反了按键逻辑就完全颠倒。2.3 input 子系统注册时容易忽略的参数注册 input 设备时除了设置EV_KEY事件类型和具体的按键码还要注意input_dev-dev.parent的赋值。不设置父设备在 sysfs 里就看不到设备的层级关系调试的时候不方便定位。/* 注册 input 设备 */ dev-input_dev devm_input_allocate_device(pdev-dev); if (!dev-input_dev) return -ENOMEM; dev-input_dev-name gpio-key; dev-input_dev-phys gpio-keys/input0; dev-input_dev-dev.parent pdev-dev; /* 设置支持的事件类型和按键码 */ __set_bit(EV_KEY, dev-input_dev-evbit); __set_bit(dev-key_code, dev-input_dev-keybit); /* 注册到 input 子系统 */ ret input_register_device(dev-input_dev); if (ret) { dev_err(pdev-dev, failed to register input device\n); return ret; }devm_input_allocate_device是带资源管理的分配函数设备卸载时会自动释放不需要手动调input_free_device。但input_register_device注册之后卸载时需要调input_unregister_device这个不能省。另外__set_bit设置按键码时key_code要用内核定义的键值比如KEY_VOLUMEUP、KEY_POWER这些不能随便填一个数字否则应用层收到的键值对不上。3. 从设备树到测试程序完整跑通按键通路的操作步骤3.1 设备树节点配置与 GPIO 引脚确认设备树是驱动和硬件之间的桥梁配错了后面全白搭。一个典型的 GPIO 按键节点长这样/* 设备树中的按键节点定义 */ gpio_keys { compatible gpio-keys; pinctrl-names default; pinctrl-0 key_pins; key_volup { label volume-up; gpios gpio1 12 GPIO_ACTIVE_LOW; linux,code KEY_VOLUMEUP; debounce-interval 10; }; };gpios属性里三个参数分别是GPIO 控制器、引脚号、有效电平。GPIO_ACTIVE_LOW表示低电平有效也就是按下时引脚被拉低。linux,code是上报给应用层的键值。debounce-interval是消抖时间单位毫秒。确认引脚号的方法查原理图找到按键连接的 GPIO 引脚然后看它属于哪个 GPIO 控制器。比如原理图上标的是GPIO1_12那控制器就是gpio1引脚号是 12。有些 SoC 的引脚编号是从 0 开始的有些是从 1 开始的这个要查芯片手册确认。我一般会在板子上先用cat /sys/kernel/debug/gpio看一下当前 GPIO 的占用情况确认引脚没被其他驱动占用。3.2 驱动编译与模块加载驱动源码通常是一个独立的.c文件配合一个Makefile。编译成模块的方式# 编译驱动模块 make -C /lib/modules/$(uname -r)/build M$(pwd) modules # 加载模块 sudo insmod gpio_key.ko # 查看模块是否加载成功 lsmod | grep gpio_key # 查看内核日志确认驱动 probe 成功 dmesg | tail -20make -C指定内核源码路径M$(pwd)指定模块源码路径。编译出来的.ko文件用insmod加载。加载后一定要看dmesg如果 probe 失败日志里会有具体错误信息比如gpio_request failed说明引脚被占用input_register_device failed说明 input 子系统注册出问题。如果编译时报错unknown type name gpio_keys_platform_data说明内核头文件版本不匹配需要根据实际内核版本调整结构体定义。常见做法是直接看内核源码里include/linux/gpio_keys.h的定义把驱动里的结构体改成一致的。3.3 测试程序怎么读按键事件测试程序的核心是读/dev/input/eventX设备节点解析input_event结构体。先确认按键对应的 event 节点# 查看 input 设备列表 cat /proc/bus/input/devices # 输出中会显示类似 # N: Namegpio-key # H: Handlersevent2 # 说明按键对应 /dev/input/event2测试程序的代码/* 读取按键事件的测试程序 */ #include linux/input.h #include fcntl.h #include unistd.h #include stdio.h int main(int argc, char *argv[]) { int fd; struct input_event ev; /* 打开 event 设备节点路径由参数传入 */ fd open(argv[1], O_RDONLY); if (fd 0) { perror(open event device); return -1; } while (1) { /* 阻塞读取事件 */ if (read(fd, ev, sizeof(ev)) ! sizeof(ev)) { perror(read event); break; } /* 只处理按键事件 */ if (ev.type EV_KEY) { printf(key code: %d, value: %d\n, ev.code, ev.value); /* value: 1 表示按下0 表示松开2 表示长按重复 */ } } close(fd); return 0; }编译命令gcc -o key_test key_test.c。运行sudo ./key_test /dev/input/event2。按下按键终端会打印键值和状态。如果没有任何输出先检查 event 节点是否选对了再用evtest工具交叉验证一下——evtest能直接显示原始事件如果evtest也读不到那就是驱动层的问题不是测试程序的问题。4. 避坑与排查按键驱动调试中最容易翻车的五个点4.1 按键按下没反应dmesg 里也没有中断日志现象加载驱动后按键按下没有任何输出dmesg里看不到中断触发的记录。原因最常见的是 GPIO 引脚号配错或者引脚被其他驱动占用。也有可能是中断触发方式设错了——比如硬件是下降沿触发代码里配成了上升沿。解决先用cat /sys/kernel/debug/gpio确认引脚状态再用gpioinfo查看引脚是否已被申请。中断触发方式要跟硬件电路匹配按键按下拉低就用IRQF_TRIGGER_FALLING按下拉高就用IRQF_TRIGGER_RISING。如果不确定可以用IRQF_TRIGGER_BOTH先试但正式代码里要改成正确的触发方式。4.2 按键一次触发上报了多次事件现象按一下按键测试程序打印了好几行按下事件。原因消抖没做好或者中断触发方式设成了双边沿触发按下和松开都触发中断但代码里没有正确区分。解决确认消抖定时器的时间是否足够一般 10ms 到 20ms。如果硬件抖动特别严重可以在定时器回调里连续读三次电平三次一致才认为有效。另外检查中断触发方式如果设成了IRQF_TRIGGER_BOTH那按下和松开都会进中断代码里要根据当前电平状态判断是按下还是松开。4.3 测试程序读不到事件但 evtest 能读到现象evtest能看到按键事件但自己写的测试程序读不到。原因测试程序打开 event 节点的方式有问题或者没有用阻塞读。有些系统的 event 设备需要以O_RDONLY打开如果用O_NONBLOCK打开read 会立即返回可能还没等到事件就退出了。解决确认打开方式用O_RDONLYread 用阻塞模式。另外检查 event 节点号是否选对了——/proc/bus/input/devices里每个设备的 Handlers 行会显示对应的 event 号别选错了。4.4 驱动加载后系统卡死或重启现象insmod之后系统直接卡死或者重启。原因中断处理函数里做了耗时操作比如printk打印大量日志、调用了可能睡眠的函数。中断上下文里不能睡眠也不能做太耗时的操作。解决中断处理函数里只做最小工作把耗时操作放到工作队列或者定时器回调里。printk在中断里可以用但不要频繁打印调试阶段可以用pr_debug配合动态调试。4.5 按键键值和应用层对不上现象驱动上报的键值是KEY_VOLUMEUP但应用层收到的是别的值。原因设备树里的linux,code和驱动里设置的key_code不一致或者应用层用的键值映射表不对。解决确认设备树、驱动、应用层三处的键值定义一致。内核的键值定义在include/uapi/linux/input-event-codes.h里应用层可以直接包含这个头文件或者用input_event结构体里的code字段和内核定义对比。5. 进阶技巧用 input 子系统的事件类型区分短按和长按短按和长按的区分核心在于时间判断。input 子系统本身不提供长按检测需要驱动层自己实现。常见做法是在定时器回调里记录按下时间然后启动一个长按检测定时器如果超过阈值还没松开就上报长按事件。/* 长按检测在按下时启动一个长按定时器 */ static void key_debounce_timer(struct timer_list *t) { struct key_dev *dev from_timer(dev, t, debounce_timer); int level gpio_get_value(dev-gpio); if (level dev-active_level) { /* 上报按下事件 */ input_report_key(dev-input_dev, dev-key_code, 1); input_sync(dev-input_dev); dev-key_pressed true; dev-press_jiffies jiffies; /* 启动长按检测定时器500ms 后触发 */ mod_timer(dev-long_press_timer, jiffies msecs_to_jiffies(500)); } else if (dev-key_pressed) { /* 松开时取消长按检测 */ del_timer(dev-long_press_timer); /* 判断是短按还是长按 */ if (time_before(jiffies, dev-press_jiffies msecs_to_jiffies(500))) { /* 短按上报按下和松开 */ input_report_key(dev-input_dev, dev-key_code, 0); input_sync(dev-input_dev); } else { /* 长按上报长按事件 */ input_report_key(dev-input_dev, dev-key_code, 2); input_sync(dev-input_dev); } dev-key_pressed false; } }长按检测定时器的回调里如果按键仍然处于按下状态就上报长按事件。注意input_report_key的第三个参数1 表示按下0 表示松开2 表示自动重复长按。应用层收到 value 为 2 的事件就知道是长按。验证方法用evtest观察事件流短按时应该看到 value 1 然后 value 0长按时应该看到 value 1然后 value 2最后 value 0。如果长按没有触发 value 2检查长按定时器的超时时间是否设得太短或太长以及del_timer是否在松开时正确取消了定时器。参数调整建议长按阈值一般设在 500ms 到 1000ms 之间根据实际交互需求调整。如果应用场景是音量调节长按阈值可以短一些300ms 左右如果是电源键长按阈值通常设在 1s 以上防止误触关机。从那以后我每次拿到新的按键驱动源码都会先确认三件事设备树里的 GPIO 引脚号和有效电平、中断触发方式、input 子系统的键值定义。这三样对了剩下的就是消抖时间和长按阈值的微调。希望帮到你。本文还有配套的精品资源点击获取
简介这份资源面向Linux内核驱动初学者与嵌入式开发人员提供按键驱动从内核实现到用户空间验证的完整示例帮助理解字符设备注册、中断处理与输入子系统的基本流程。压缩包共2个文件均为C语言源码整体约2KB体量轻巧便于快速阅读与移植。其中一份实现按键驱动核心逻辑涉及设备注册、中断请求线关联、input_event结构体填充与input_report_key调用另一份为配套测试程序通过open、read、close系统调用读取/dev/input/event*节点解析EV_KEY事件类型、键码及按下释放状态。目前已有362人学习下载适合结合make编译、insmod加载模块与dmesg查看内核日志进行调试实践也可作为理解Linux设备驱动与硬件事件上报机制的入门参考。1. 拿到一份 linux 按键驱动源码先别急着 make很多做嵌入式 Linux 的兄弟第一次拿到一份按键驱动源码时第一反应就是make一下看看能不能编过。我当年也这样结果在板子上跑起来才发现按键按下去没反应松开也没反应连中断都进不去。后来一查问题根本不在代码本身而在设备树里那个 GPIO 引脚号写错了。这份 linux 按键驱动源码及测试程序核心就是解决「GPIO 按键从硬件到应用层」这条链路的完整实现问题。它包含驱动层的中断处理、消抖逻辑、input 子系统上报以及一个用户态的测试程序用来验证按键事件是否正常。适合正在做嵌入式 Linux 驱动开发、需要快速验证按键硬件通路的工程师也适合想搞懂 input 子系统怎么和中断配合的新手。你拿到手之后别急着编译先把下面这几个环节过一遍能省掉至少半天的调试时间。2. 按键驱动核心机制中断、消抖与 input 子系统怎么串起来2.1 为什么按键驱动要用中断而不是轮询轮询方式写按键驱动简单直接在一个内核线程里定时读 GPIO 电平就行。但这种方式有两个硬伤一是浪费 CPU按键大多数时间是不动的轮询就是在空转二是响应延迟取决于轮询周期你设 10ms 轮询那最快也要 10ms 才能发现按键动作。中断方式则是按键按下时硬件触发中断CPU 才去处理平时不占资源响应也及时。常见做法是申请 GPIO 中断在中断处理函数里做最小必要的工作——记录时间戳、启动消抖定时器然后尽快返回。真正的键值上报放到定时器回调或者工作队列里做。这样既保证了响应速度又不会在中断上下文里做耗时操作。/* 中断处理函数只做最小工作启动消抖定时器 */ static irqreturn_t key_interrupt_handler(int irq, void *dev_id) { struct key_dev *dev dev_id; /* 记录中断时间用于消抖判断 */ dev-last_jiffies jiffies; /* 启动消抖定时器10ms 后真正读取电平 */ mod_timer(dev-debounce_timer, jiffies msecs_to_jiffies(10)); return IRQ_HANDLED; }这段代码的关键点在于中断处理函数里没有直接读 GPIO 电平也没有上报键值只是启动了一个 10ms 的定时器。为什么是 10ms机械按键的抖动时间一般在 5ms 到 20ms 之间10ms 是一个比较稳妥的中间值。如果你的按键质量差一些可以调到 20ms如果是对响应速度要求高的场景可以降到 5ms但要确认硬件抖动确实很小。2.2 消抖定时器里到底该做什么定时器回调是消抖逻辑的核心。很多人在这里只读一次电平就上报结果发现偶尔会误触发。正确的做法是定时器到期后再次读取 GPIO 电平确认电平和中断触发时的方向一致才认为是有效按键。/* 消抖定时器回调确认电平后上报键值 */ static void key_debounce_timer(struct timer_list *t) { struct key_dev *dev from_timer(dev, t, debounce_timer); int level; /* 再次读取 GPIO 电平确认不是抖动 */ level gpio_get_value(dev-gpio); /* 只有电平稳定在按下状态才上报 */ if (level dev-active_level) { /* 通过 input 子系统上报按键事件 */ input_report_key(dev-input_dev, dev-key_code, 1); input_sync(dev-input_dev); /* 记录按下状态用于释放判断 */ dev-key_pressed true; } else if (dev-key_pressed) { /* 松开时上报释放事件 */ input_report_key(dev-input_dev, dev-key_code, 0); input_sync(dev-input_dev); dev-key_pressed false; } }这里有个细节容易翻车input_sync必须调用否则应用层收不到完整的事件包。我见过有人只调input_report_key不调input_sync然后抱怨测试程序读不到数据。另外dev-active_level要根据硬件电路确定——按键一端接 GPIO另一端接地按下时 GPIO 被拉低那 active_level 就是 0如果外部有上拉电阻到 VCC按下时 GPIO 被拉高那 active_level 就是 1。这个搞反了按键逻辑就完全颠倒。2.3 input 子系统注册时容易忽略的参数注册 input 设备时除了设置EV_KEY事件类型和具体的按键码还要注意input_dev-dev.parent的赋值。不设置父设备在 sysfs 里就看不到设备的层级关系调试的时候不方便定位。/* 注册 input 设备 */ dev-input_dev devm_input_allocate_device(pdev-dev); if (!dev-input_dev) return -ENOMEM; dev-input_dev-name gpio-key; dev-input_dev-phys gpio-keys/input0; dev-input_dev-dev.parent pdev-dev; /* 设置支持的事件类型和按键码 */ __set_bit(EV_KEY, dev-input_dev-evbit); __set_bit(dev-key_code, dev-input_dev-keybit); /* 注册到 input 子系统 */ ret input_register_device(dev-input_dev); if (ret) { dev_err(pdev-dev, failed to register input device\n); return ret; }devm_input_allocate_device是带资源管理的分配函数设备卸载时会自动释放不需要手动调input_free_device。但input_register_device注册之后卸载时需要调input_unregister_device这个不能省。另外__set_bit设置按键码时key_code要用内核定义的键值比如KEY_VOLUMEUP、KEY_POWER这些不能随便填一个数字否则应用层收到的键值对不上。3. 从设备树到测试程序完整跑通按键通路的操作步骤3.1 设备树节点配置与 GPIO 引脚确认设备树是驱动和硬件之间的桥梁配错了后面全白搭。一个典型的 GPIO 按键节点长这样/* 设备树中的按键节点定义 */ gpio_keys { compatible gpio-keys; pinctrl-names default; pinctrl-0 key_pins; key_volup { label volume-up; gpios gpio1 12 GPIO_ACTIVE_LOW; linux,code KEY_VOLUMEUP; debounce-interval 10; }; };gpios属性里三个参数分别是GPIO 控制器、引脚号、有效电平。GPIO_ACTIVE_LOW表示低电平有效也就是按下时引脚被拉低。linux,code是上报给应用层的键值。debounce-interval是消抖时间单位毫秒。确认引脚号的方法查原理图找到按键连接的 GPIO 引脚然后看它属于哪个 GPIO 控制器。比如原理图上标的是GPIO1_12那控制器就是gpio1引脚号是 12。有些 SoC 的引脚编号是从 0 开始的有些是从 1 开始的这个要查芯片手册确认。我一般会在板子上先用cat /sys/kernel/debug/gpio看一下当前 GPIO 的占用情况确认引脚没被其他驱动占用。3.2 驱动编译与模块加载驱动源码通常是一个独立的.c文件配合一个Makefile。编译成模块的方式# 编译驱动模块 make -C /lib/modules/$(uname -r)/build M$(pwd) modules # 加载模块 sudo insmod gpio_key.ko # 查看模块是否加载成功 lsmod | grep gpio_key # 查看内核日志确认驱动 probe 成功 dmesg | tail -20make -C指定内核源码路径M$(pwd)指定模块源码路径。编译出来的.ko文件用insmod加载。加载后一定要看dmesg如果 probe 失败日志里会有具体错误信息比如gpio_request failed说明引脚被占用input_register_device failed说明 input 子系统注册出问题。如果编译时报错unknown type name gpio_keys_platform_data说明内核头文件版本不匹配需要根据实际内核版本调整结构体定义。常见做法是直接看内核源码里include/linux/gpio_keys.h的定义把驱动里的结构体改成一致的。3.3 测试程序怎么读按键事件测试程序的核心是读/dev/input/eventX设备节点解析input_event结构体。先确认按键对应的 event 节点# 查看 input 设备列表 cat /proc/bus/input/devices # 输出中会显示类似 # N: Namegpio-key # H: Handlersevent2 # 说明按键对应 /dev/input/event2测试程序的代码/* 读取按键事件的测试程序 */ #include linux/input.h #include fcntl.h #include unistd.h #include stdio.h int main(int argc, char *argv[]) { int fd; struct input_event ev; /* 打开 event 设备节点路径由参数传入 */ fd open(argv[1], O_RDONLY); if (fd 0) { perror(open event device); return -1; } while (1) { /* 阻塞读取事件 */ if (read(fd, ev, sizeof(ev)) ! sizeof(ev)) { perror(read event); break; } /* 只处理按键事件 */ if (ev.type EV_KEY) { printf(key code: %d, value: %d\n, ev.code, ev.value); /* value: 1 表示按下0 表示松开2 表示长按重复 */ } } close(fd); return 0; }编译命令gcc -o key_test key_test.c。运行sudo ./key_test /dev/input/event2。按下按键终端会打印键值和状态。如果没有任何输出先检查 event 节点是否选对了再用evtest工具交叉验证一下——evtest能直接显示原始事件如果evtest也读不到那就是驱动层的问题不是测试程序的问题。4. 避坑与排查按键驱动调试中最容易翻车的五个点4.1 按键按下没反应dmesg 里也没有中断日志现象加载驱动后按键按下没有任何输出dmesg里看不到中断触发的记录。原因最常见的是 GPIO 引脚号配错或者引脚被其他驱动占用。也有可能是中断触发方式设错了——比如硬件是下降沿触发代码里配成了上升沿。解决先用cat /sys/kernel/debug/gpio确认引脚状态再用gpioinfo查看引脚是否已被申请。中断触发方式要跟硬件电路匹配按键按下拉低就用IRQF_TRIGGER_FALLING按下拉高就用IRQF_TRIGGER_RISING。如果不确定可以用IRQF_TRIGGER_BOTH先试但正式代码里要改成正确的触发方式。4.2 按键一次触发上报了多次事件现象按一下按键测试程序打印了好几行按下事件。原因消抖没做好或者中断触发方式设成了双边沿触发按下和松开都触发中断但代码里没有正确区分。解决确认消抖定时器的时间是否足够一般 10ms 到 20ms。如果硬件抖动特别严重可以在定时器回调里连续读三次电平三次一致才认为有效。另外检查中断触发方式如果设成了IRQF_TRIGGER_BOTH那按下和松开都会进中断代码里要根据当前电平状态判断是按下还是松开。4.3 测试程序读不到事件但 evtest 能读到现象evtest能看到按键事件但自己写的测试程序读不到。原因测试程序打开 event 节点的方式有问题或者没有用阻塞读。有些系统的 event 设备需要以O_RDONLY打开如果用O_NONBLOCK打开read 会立即返回可能还没等到事件就退出了。解决确认打开方式用O_RDONLYread 用阻塞模式。另外检查 event 节点号是否选对了——/proc/bus/input/devices里每个设备的 Handlers 行会显示对应的 event 号别选错了。4.4 驱动加载后系统卡死或重启现象insmod之后系统直接卡死或者重启。原因中断处理函数里做了耗时操作比如printk打印大量日志、调用了可能睡眠的函数。中断上下文里不能睡眠也不能做太耗时的操作。解决中断处理函数里只做最小工作把耗时操作放到工作队列或者定时器回调里。printk在中断里可以用但不要频繁打印调试阶段可以用pr_debug配合动态调试。4.5 按键键值和应用层对不上现象驱动上报的键值是KEY_VOLUMEUP但应用层收到的是别的值。原因设备树里的linux,code和驱动里设置的key_code不一致或者应用层用的键值映射表不对。解决确认设备树、驱动、应用层三处的键值定义一致。内核的键值定义在include/uapi/linux/input-event-codes.h里应用层可以直接包含这个头文件或者用input_event结构体里的code字段和内核定义对比。5. 进阶技巧用 input 子系统的事件类型区分短按和长按短按和长按的区分核心在于时间判断。input 子系统本身不提供长按检测需要驱动层自己实现。常见做法是在定时器回调里记录按下时间然后启动一个长按检测定时器如果超过阈值还没松开就上报长按事件。/* 长按检测在按下时启动一个长按定时器 */ static void key_debounce_timer(struct timer_list *t) { struct key_dev *dev from_timer(dev, t, debounce_timer); int level gpio_get_value(dev-gpio); if (level dev-active_level) { /* 上报按下事件 */ input_report_key(dev-input_dev, dev-key_code, 1); input_sync(dev-input_dev); dev-key_pressed true; dev-press_jiffies jiffies; /* 启动长按检测定时器500ms 后触发 */ mod_timer(dev-long_press_timer, jiffies msecs_to_jiffies(500)); } else if (dev-key_pressed) { /* 松开时取消长按检测 */ del_timer(dev-long_press_timer); /* 判断是短按还是长按 */ if (time_before(jiffies, dev-press_jiffies msecs_to_jiffies(500))) { /* 短按上报按下和松开 */ input_report_key(dev-input_dev, dev-key_code, 0); input_sync(dev-input_dev); } else { /* 长按上报长按事件 */ input_report_key(dev-input_dev, dev-key_code, 2); input_sync(dev-input_dev); } dev-key_pressed false; } }长按检测定时器的回调里如果按键仍然处于按下状态就上报长按事件。注意input_report_key的第三个参数1 表示按下0 表示松开2 表示自动重复长按。应用层收到 value 为 2 的事件就知道是长按。验证方法用evtest观察事件流短按时应该看到 value 1 然后 value 0长按时应该看到 value 1然后 value 2最后 value 0。如果长按没有触发 value 2检查长按定时器的超时时间是否设得太短或太长以及del_timer是否在松开时正确取消了定时器。参数调整建议长按阈值一般设在 500ms 到 1000ms 之间根据实际交互需求调整。如果应用场景是音量调节长按阈值可以短一些300ms 左右如果是电源键长按阈值通常设在 1s 以上防止误触关机。从那以后我每次拿到新的按键驱动源码都会先确认三件事设备树里的 GPIO 引脚号和有效电平、中断触发方式、input 子系统的键值定义。这三样对了剩下的就是消抖时间和长按阈值的微调。希望帮到你。本文还有配套的精品资源点击获取
