Linux中断驱动开发与设备树配置详解

1. 中断驱动开发概述

在嵌入式系统和Linux驱动开发领域，中断机制是硬件与软件交互的核心桥梁。作为一名长期从事嵌入式开发的工程师，我经常需要处理各种硬件事件响应场景。比如当用户按下物理按键时，系统需要在毫秒级时间内做出反应；或者当传感器数据就绪时，处理器需要立即采集数据避免丢失。这些场景如果使用轮询(Polling)方式，不仅浪费CPU资源，实时性也难以保证。

中断机制完美解决了这个问题。它允许硬件在特定事件发生时主动通知CPU，CPU会暂停当前任务（保存上下文），处理中断事件，然后恢复原任务。这种异步处理方式极大提升了系统效率。以我最近开发的智能家居项目为例，使用中断方式处理门磁传感器信号，相比轮询方式CPU占用率从70%降至5%以下。

在Linux内核中，中断处理被分为两个部分：

• 顶半部(Top Half)：快速响应的中断服务程序(ISR)，要求执行时间尽可能短
• 底半部(Bottom Half)：处理耗时操作，通常通过tasklet或workqueue实现

这种设计既保证了实时性，又避免了长时间占用中断上下文导致系统不稳定。我在开发温湿度传感器驱动时，就是在顶半部仅标记数据就绪标志，实际的I2C数据读取和计算都放在workqueue中执行。

2. 设备树配置详解

2.1 设备树基础概念

设备树(Device Tree)是现代Linux内核管理硬件资源配置的核心机制。它采用.dts文本格式描述硬件连接关系，经编译后生成.dtb二进制文件供内核解析。在我参与的多个ARM平台项目中，设备树已经全面替代了传统的板级支持包(BSP)硬编码方式。

一个典型的中断相关设备树节点包含以下关键属性：

• compatible：驱动匹配标识符
• interrupt-parent：指向中断控制器
• interrupts：定义中断号和触发方式

2.2 GPIO中断配置实例

以常见的GPIO按键中断为例，设备树配置如下：

dts复制key_input_node {
    compatible = "abc,key-input";
    gpios = <&gpio2 4 GPIO_ACTIVE_LOW>;
    interrupt-parent = <&gpio2>;
    interrupts = <4 IRQ_TYPE_EDGE_FALLING>;
};

这里有几个关键点需要注意：

1. GPIO_ACTIVE_LOW表示按键按下时物理电平为低
2. IRQ_TYPE_EDGE_FALLING指定下降沿触发
3. GPIO控制器(gpio2)同时也作为中断控制器

在实际项目中，我曾遇到过因忘记设置interrupt-parent导致驱动无法获取正确中断号的问题。调试时可以通过cat /proc/device-tree查看内核解析后的设备树结构。

2.3 中断触发方式选择

根据硬件特性，Linux内核支持多种中断触发方式：

选择不当会导致中断无法触发或重复触发。例如机械按键通常使用边沿触发，而某些传感器就绪信号可能使用电平触发。

3. 驱动代码实现

3.1 驱动初始化流程

一个完整的中断驱动初始化包含三个关键步骤：

1. 获取GPIO描述符：通过devm_gpiod_get获取设备树中定义的GPIO
2. 映射中断号：使用gpiod_to_irq将GPIO引脚转换为IRQ编号
3. 注册中断处理函数：调用devm_request_irq注册ISR

c复制static int key_input_probe(struct platform_device *pdev)
{
    struct gpio_desc *key_gpio;
    int irq, ret;
    
    /* 获取GPIO */
    key_gpio = devm_gpiod_get(&pdev->dev, NULL, GPIOD_IN);
    if (IS_ERR(key_gpio))
        return PTR_ERR(key_gpio);
    
    /* 映射中断号 */
    irq = gpiod_to_irq(key_gpio);
    if (irq < 0)
        return irq;
    
    /* 注册中断处理 */
    ret = devm_request_irq(&pdev->dev, irq, key_irq_handler,
                          IRQF_TRIGGER_FALLING, "abc_key_irq", NULL);
    if (ret)
        return ret;
    
    return 0;
}

经验分享：务必使用devm_系列函数管理资源，它们会在驱动卸载时自动释放资源，避免内存泄漏。我在早期项目中没有使用这些函数，结果驱动反复加载卸载后导致系统内存耗尽。

3.2 中断服务程序实现

中断服务程序(ISR)有严格的编写规范：

c复制static irqreturn_t key_irq_handler(int irq, void *dev_id)
{
    /* 记录中断时间戳 */
    ktime_t now = ktime_get();
    
    /* 简单打印日志 */
    pr_info("Key pressed at %lld ns\n", ktime_to_ns(now));
    
    /* 在实际项目中，这里通常会：
     * 1. 唤醒底半部处理线程
     * 2. 发送完成通知
     * 3. 更新状态标志
     */
    
    return IRQ_HANDLED;
}

绝对禁止在ISR中执行以下操作：

• 任何可能导致休眠的函数（如msleep、mutex_lock）
• 耗时计算或IO操作
• 内存分配（如kmalloc）

我曾在一个项目中不小心在ISR中调用了printk，结果当按键频繁按下时导致系统卡死。后来改用pr_info限制日志输出频率才解决问题。

3.3 底半部处理机制

对于需要耗时处理的中断事件，Linux提供了多种底半部机制：

以workqueue为例的典型实现：

c复制static DECLARE_WORK(key_work, key_work_handler);

static irqreturn_t key_irq_handler(int irq, void *dev_id)
{
    schedule_work(&key_work);
    return IRQ_HANDLED;
}

static void key_work_handler(struct work_struct *work)
{
    /* 这里可以执行耗时操作 */
    msleep(100);
    printk("Long time processing...\n");
}

4. 测试与调试技巧

4.1 驱动加载与验证

加载驱动后，可以通过以下命令验证中断是否注册成功：

bash复制# 查看所有注册的中断
cat /proc/interrupts | grep abc_key_irq

# 监控内核日志
dmesg -w

4.2 常见问题排查

根据我的调试经验，中断驱动常见问题及解决方法如下：

问题1：驱动加载成功但按键无反应

• 检查设备树引脚配置是否正确
• 用万用表测量实际GPIO电平变化
• 确认GPIO复用模式设置正确

问题2：按键一次触发多次中断

• 添加硬件消抖电路（并联0.1uF电容）
• 软件消抖：在ISR中禁用中断，延时后重新启用

c复制static irqreturn_t key_irq_handler(int irq, void *dev_id)
{
    disable_irq_nosync(irq);
    schedule_delayed_work(&debounce_work, msecs_to_jiffies(50));
    return IRQ_HANDLED;
}

static void debounce_work_handler(struct work_struct *work)
{
    enable_irq(irq);
    /* 真正的处理逻辑 */
}

问题3：系统响应变慢或卡死

• 检查ISR中是否误用了阻塞函数
• 使用perf工具分析中断处理时间
• 考虑改用threaded IRQ降低优先级

4.3 性能优化建议

1. 中断亲和性设置：将中断绑定到特定CPU核心，提高缓存命中率

   c复制irq_set_affinity(irq, cpumask_of(0));
   

2. 中断共享：多个设备共享同一中断线时，需要在ISR中检查中断源

   c复制request_irq(irq, handler, IRQF_SHARED, "name", dev_id);
   

3. 中断频率限制：对于高频中断，可以考虑使用定时器轮询替代

5. 高级话题与扩展

5.1 中断上下文与进程上下文

理解这两种上下文的区别对驱动开发至关重要：

5.2 实时性优化

对于实时性要求高的应用，可以采取以下措施：

• 使用RT_PREEMPT补丁打内核
• 提高中断线程优先级
• 禁用本地中断(local_irq_disable)

5.3 其他类型中断

除了GPIO中断，Linux内核还支持多种中断类型：

• 定时器中断
• DMA传输完成中断
• 外设特定中断（如USB、SPI等）

每种中断都有其特定的处理流程和优化方法，需要参考具体外设的文档实现。