消抖按键驱动
学习 Linux 中断子系统和工作队列机制，实现可靠的按键消抖驱动
教程简介
本教程讲解中断方式按键驱动的完整实现，涵盖中断子系统、工作队列机制、消抖算法、同步机制等核心主题。通过本教程，你将理解为什么中断方式优于轮询方式，以及如何在内核中安全地实现延时处理。
学习目标
- 理解 Linux 中断子系统的工作原理
- 掌握工作队列机制的使用场景和 API
- 实现可靠的按键消抖算法
- 理解自旋锁、等待队列、原子变量的使用
- 独立编写和调试中断方式的字符设备驱动
适用场景
中断方式按键驱动适用于以下场景：
- 需要低功耗的嵌入式设备
- 对响应速度有要求的交互设备
- 需要可靠消抖的按键输入
- 多按键并发处理的系统
对比轮询方式
中断方式相比轮询方式，CPU 占用极低、功耗低、响应及时，是生产环境按键驱动的标准做法。但复杂度更高，需要理解中断系统和工作队列。
教程目录
基础概念
核心机制
实战验证
技术要点
本教程涉及以下技术要点：
中断子系统
- GPIO 中断配置和触发方式
devm_request_irq()的使用- 中断处理函数的约束和最佳实践
- 顶半部和底半部分离的设计模式
工作队列机制
- 为什么中断处理函数不能睡眠
schedule_work()和工作处理函数msleep_interruptible()的使用- 工作队列 vs 定时器的选择
消抖算法
- 延时读取的核心思想
- 状态比较的巧妙之处
- 工作队列的重调度特性
- 统计信息的验证价值
同步机制
- 自旋锁的使用场景和
_irqsave版本 - 等待队列实现阻塞 I/O
- 原子变量用于统计信息
- 各种同步机制的选择
驱动架构
我们的驱动采用标准的字符设备架构：
用户空间应用
↓ open/read/close
字符设备接口 (file_operations)
↓
设备管理 (cdev, class, device)
↓
硬件抽象 (GPIO, IRQ)
↓
中断处理 → 工作队列 → 消抖处理中断触发时，中断处理函数（上半部）快速调度工作队列，然后返回。工作队列处理函数（下半部）延时 20ms 后读取稳定的 GPIO 状态，只有状态变化时才报告事件。这种设计保证了中断响应的及时性，又能可靠地过滤按键抖动。
代码结构
driver/18_tutorial_key_debounce_driver/
├── alpha-board/
│ ├── Makefile # 构建配置
│ └── key_debounce_driver_main.c # 主驱动文件
└── README.md # 说明文档主驱动文件包含：
- 设备结构体定义
- 硬件操作函数
- 中断处理函数
- 工作队列处理函数
- 字符设备操作函数
- 模块初始化和退出函数
测试方法
本教程提供了完整的测试方法：
- 编译驱动模块
- 加载驱动并检查设备节点
- 编写用户空间测试程序
- 验证消抖效果和统计信息
- 对比轮询和中断的性能差异
常见问题
Q: 为什么不用轮询方式？
A: 轮询方式 CPU 占用高、功耗高、响应慢。中断方式是生产环境的最佳实践。
Q: 为什么延时 20ms？
A: 20ms 是经验值，覆盖大部分机械按键的抖动期（5-20ms）。可根据实际按键调整。
Q: 工作队列和定时器有什么区别？
A: 工作队列运行在进程上下文，可以睡眠。定时器运行在中断上下文，不能睡眠。
Q: 为什么要用 spin_lock_irqsave()？
A: 因为中断处理函数可能访问共享数据，需要关闭中断避免死锁。