3. 中断上下文与进程上下文：上下文切换开销、中断上下文限制、原子操作要求

在嵌入式 Linux 系统中，理解中断上下文与进程上下文的区别是优化 DMA 中断处理延迟的基石。中断处理程序运行在中断上下文中，而 tasklet 和工作队列则分别运行在软中断上下文和进程上下文中。错误的上下文选择会导致系统崩溃、数据竞争或不可预测的延迟。

3.1 上下文切换开销对比

上下文切换是指 CPU 从一个执行流切换到另一个执行流时保存和恢复寄存器、栈指针、程序计数器等状态的过程。不同上下文之间的切换开销差异显著，直接影响 DMA 中断处理的实时性。

下图展示了从硬件中断触发到不同上下文处理阶段的切换路径与开销分布：

3.2 中断上下文的严格限制

运行在中断上下文中的代码必须遵守一系列严格的限制，违反这些限制会导致内核死锁、调度异常或系统崩溃。这些限制是设计 DMA 中断处理程序时必须牢记的“红线”。

• 禁止睡眠或阻塞： 中断上下文不能调用任何可能导致睡眠的函数，如 wait_event()、msleep()、mutex_lock()、kmalloc(GFP_KERNEL)。中断上下文没有进程结构，无法被重新调度。
• 禁止持有互斥锁： 只能使用自旋锁（spinlock）进行同步，因为自旋锁在等待时不会睡眠，而是忙等待。使用互斥锁（mutex）会导致死锁。
• 禁止访问用户空间： 中断上下文与任何进程无关，无法访问用户空间的内存地址。尝试访问 copy_from_user() 或 copy_to_user() 会导致严重错误。
• 执行时间必须极短： 中断上下文会屏蔽同级或更低优先级的中断，长时间占用会增大系统中断延迟，导致数据丢失或实时性恶化。
• 栈空间有限： 中断栈通常只有 4KB ~ 16KB，递归调用或大型局部变量会导致栈溢出。

下表总结了中断上下文与进程上下文中可用的内核 API 差异：

3.3 原子操作要求

原子操作是中断上下文与进程上下文共享数据时的核心同步机制。原子操作保证在单个 CPU 指令周期内完成读-修改-写操作，不会被中断或抢占打断。

3.3.1 原子变量与原子位操作

Linux 内核提供 atomic_t 类型和一组原子操作函数，适用于计数器、标志位等简单共享数据的操作：

#include <linux/atomic.h>

atomic_t dma_done_count = ATOMIC_INIT(0);

/* 中断上下文中安全递增 */
void dma_interrupt_handler(void *dev_id) {
    atomic_inc(&dma_done_count);
    /* 触发 tasklet 或工作队列 */
}

/* 进程上下文中读取 */
int check_dma_progress(void) {
    return atomic_read(&dma_done_count);
}

原子位操作适用于设备寄存器标志位的设置与清除：

#include <linux/bitops.h>

unsigned long dma_flags = 0;

/* 在中断上下文中设置完成位 */
set_bit(DMA_COMPLETE_BIT, &dma_flags);

/* 在进程上下文中测试并清除 */
if (test_and_clear_bit(DMA_COMPLETE_BIT, &dma_flags)) {
    /* 处理 DMA 完成事件 */
}

3.3.2 自旋锁在中断上下文中的使用

当需要保护多个共享变量或复杂数据结构时，必须使用自旋锁。在中断上下文中使用自旋锁时，必须使用 spin_lock_irqsave() 变体，以防止死锁：

#include <linux/spinlock.h>

DEFINE_SPINLOCK(dma_lock);
struct dma_buffer *shared_buf;
unsigned long flags;

/* 中断上下文 */
void dma_interrupt_handler(void *dev_id) {
    spin_lock_irqsave(&dma_lock, flags);
    /* 安全访问 shared_buf */
    shared_buf->status = DMA_DONE;
    spin_unlock_irqrestore(&dma_lock, flags);
}

/* 进程上下文（tasklet 或工作队列） */
void dma_worker(struct work_struct *work) {
    spin_lock_irqsave(&dma_lock, flags);
    /* 处理 DMA 数据 */
    process_dma_buffer(shared_buf);
    spin_unlock_irqrestore(&dma_lock, flags);
}

下图展示了中断上下文与进程上下文之间通过原子操作和自旋锁进行数据同步的典型架构：

3.4 上下文选择策略与最佳实践

在 DMA 中断处理设计中，合理划分中断上下文与进程上下文的工作边界是优化延迟的关键。以下策略可以帮助开发者做出正确选择：

1. 中断上下文只做最少工作： 仅执行必须立即完成的操作，如清除中断标志、保存 DMA 状态、递增原子计数器、唤醒等待队列。所有耗时操作必须推迟。
2. 使用 tasklet 处理非阻塞短任务： 如果下半部不需要睡眠且执行时间较短（微秒级），使用 tasklet。tasklet 在软中断上下文中执行，切换开销较低。
3. 使用工作队列处理阻塞或长时间任务： 如果下半部需要访问用户空间、持有互斥锁、执行文件 I/O 或进行大量计算，必须使用工作队列。工作队列在进程上下文中执行，可以睡眠。
4. 优先使用原子操作而非锁： 对于简单的计数器或标志位，使用 atomic_t 或原子位操作，避免锁的开销和死锁风险。
5. 测量并监控上下文切换开销： 使用 ftrace 或 perf 工具测量中断处理时间、tasklet 延迟和工作队列调度延迟，确保满足实时性要求。