Linux中断与I2C子系统开发实战指南

1. Linux中断子系统深度解析

作为一名嵌入式Linux开发者，中断处理是我们每天都要打交道的基础设施。但你真的理解内核中断子系统的设计哲学吗？让我们从硬件中断的起源说起。

当GPIO引脚检测到按键按下时，硬件会产生一个电信号，这个信号通过中断控制器（如GIC）传递给CPU。此时CPU会暂停当前执行的指令，保存现场后跳转到中断向量表指定的处理函数。这个过程看似简单，但Linux内核在此基础上构建了一套精妙的抽象层。

1.1 中断处理的分层设计

现代Linux中断子系统采用三层架构：

1. 硬件抽象层：处理架构相关的寄存器操作，如ARM架构的__irq_svc汇编入口
2. 通用中断框架：提供irq_desc、irq_chip等核心数据结构
3. 驱动接口层：向设备驱动暴露request_irq()等API

这种分层设计使得驱动开发者无需关心具体硬件实现。比如在ARMv7和ARMv8平台上，驱动代码可以完全一致，差异由内核底层消化。

1.2 顶半部与底半部的黄金法则

在真实项目开发中，我总结出一个经验法则：顶半部执行时间必须控制在100微秒以内。如何实现？这里有个实用技巧：

c复制static irqreturn_t irq_handler(int irq, void *dev_id)
{
    struct device *dev = dev_id;
    u32 status = readl(dev->reg_base + REG_STATUS);
    
    /* 紧急处理：清除中断标志 */
    writel(status, dev->reg_base + REG_CLEAR);
    
    /* 数据入队时禁用本地中断 */
    unsigned long flags;
    local_irq_save(flags);
    kfifo_put(&dev->fifo, &status, sizeof(status));
    local_irq_restore(flags);
    
    /* 触发底半部处理 */
    tasklet_hi_schedule(&dev->tlet);
    return IRQ_HANDLED;
}

这段代码展示了三个关键点：

1. 首先清除中断源，避免重复触发
2. 使用local_irq_save保护共享数据
3. 选择tasklet_hi_schedule确保高优先级处理

1.3 底半部机制选型指南

在选择底半部机制时，我通常会问自己三个问题：

1. 是否需要睡眠？→ 需要则选workqueue
2. 是否对延迟敏感？→ 敏感则选softirq或tasklet
3. 是否需要多CPU并发？→ 需要则选workqueue

这里有个实际测量数据供参考：