4. 上半部（Top Half）实现：快速响应中断、读取状态寄存器、调度下半部

中断处理的上半部（Top Half）是驱动响应硬件事件的“第一现场”。在 V4L2 摄像头驱动中，当传感器完成一帧数据采集或发生同步错误时，硬件中断线被拉高，内核立即调用注册的中断处理函数。上半部的核心原则是：快进快出——只做最必要的硬件操作，将耗时任务推迟到下半部。

4.1 上半部的职责边界

上半部在中断上下文中执行，此时中断被关闭（或至少当前中断线被屏蔽），因此不能睡眠、不能获取信号量、不能执行阻塞 I/O。其典型职责包括：

• 确认中断源：读取状态寄存器，判断是帧同步中断、错误中断还是溢出中断。
• 清除中断标志：写回状态寄存器或特定清除寄存器，防止重复触发。
• 保存关键硬件状态：将行计数、帧计数、错误码等易失信息复制到内存变量。
• 调度下半部：根据中断类型选择 tasklet、workqueue 或 threaded IRQ 机制，将数据搬运、帧处理等任务移交。

4.2 标准上半部实现模板

以下代码展示了一个典型的 V4L2 摄像头驱动上半部实现。它读取状态寄存器、判断中断类型、调度 tasklet 下半部：

static irqreturn_t sensor_irq_handler(int irq, void *dev_id)
{
    struct sensor_device *sensor = (struct sensor_device *)dev_id;
    u32 status;

    /* 1. 读取中断状态寄存器（假设寄存器已 ioremap） */
    status = ioread32(sensor->base + REG_IRQ_STATUS);

    /* 2. 检查是否为本设备的中断 */
    if (!(status & IRQ_MASK_FRAME_SYNC)) {
        /* 非预期中断，可能是共享中断线上的其他设备 */
        return IRQ_NONE;
    }

    /* 3. 清除中断标志（写1清除） */
    iowrite32(IRQ_MASK_FRAME_SYNC, sensor->base + REG_IRQ_CLEAR);

    /* 4. 保存关键状态到驱动私有数据 */
    sensor->irq_timestamp = ktime_get();
    sensor->frame_count++;

    /* 5. 调度 tasklet 下半部处理帧数据 */
    tasklet_schedule(&sensor->frame_tasklet);

    /* 6. 返回 IRQ_HANDLED 表示已处理 */
    return IRQ_HANDLED;
}

4.3 三种下半部调度机制对比

上半部调度下半部时，需要根据任务特性选择合适机制。下表列出了三种主流方案的差异：

4.4 上半部与下半部的协作流程

下图展示了从硬件中断触发到下半部处理完成的完整数据流：

4.5 上半部实现中的常见陷阱

• 中断标志未清除导致死循环：若清除操作被编译器优化或写操作未到达硬件，中断会持续触发，造成 CPU 软锁。建议在清除后添加 read-back 屏障（如 ioread32 回读）。
• 在 tasklet 中调用睡眠函数：tasklet 运行在软中断上下文，调用 msleep() 或 mutex_lock() 会导致内核崩溃。务必使用 spin_lock() 保护共享数据。
• 共享中断线误判：多个设备共享同一 IRQ 线时，上半部必须验证中断状态寄存器是否属于本设备，否则应返回 IRQ_NONE。
• ktime_get() 精度不足：在低分辨率定时器配置下，ktime_get() 可能返回粗粒度时间戳。对于帧间隔测量，应使用 ktime_get_real() 或硬件 PTP 时钟。

4.6 上半部性能优化清单