3. 中断上下文与进程上下文：原子性要求、可睡眠函数禁忌、in_interrupt() 判断

3.4 in_interrupt() 判断：运行时上下文检测

内核提供了 in_interrupt() 宏，用于在运行时检测当前是否运行在中断上下文中。这对于编写可被多种上下文调用的通用函数至关重要。

3.4.1 宏定义与返回值

#include <linux/preempt.h>

/*
 * in_interrupt() - 检测是否在中断上下文
 * 返回值：
 *   0  - 当前在进程上下文
 *   非0 - 当前在中断上下文（硬中断、软中断、NMI 等）
 */
if (in_interrupt()) {
    /* 中断上下文：使用 GFP_ATOMIC，禁止睡眠 */
    ptr = kmalloc(size, GFP_ATOMIC);
} else {
    /* 进程上下文：可以使用 GFP_KERNEL */
    ptr = kmalloc(size, GFP_KERNEL);
}

3.4.2 更精细的检测接口

内核还提供了更细粒度的检测宏，用于区分不同的中断类型：

3.5 实战案例：上下文感知的日志缓冲区写入

以下是一个综合示例，展示如何在实际驱动中利用 in_interrupt() 实现上下文感知的环形缓冲区写入：

/* 上下文感知的日志写入函数 */
static int log_write(struct log_buf *buf, const char *msg, size_t len)
{
    unsigned long flags;
    int ret;

    if (in_interrupt()) {
        /* 中断上下文：使用自旋锁 + GFP_ATOMIC */
        spin_lock_irqsave(&buf->lock, flags);
        ret = __ring_buffer_write(buf, msg, len, GFP_ATOMIC);
        spin_unlock_irqrestore(&buf->lock, flags);
    } else {
        /* 进程上下文：可以使用 mutex + GFP_KERNEL */
        mutex_lock(&buf->mutex);
        ret = __ring_buffer_write(buf, msg, len, GFP_KERNEL);
        mutex_unlock(&buf->mutex);
    }

    return ret;
}

/* 中断处理程序中调用 */
static irqreturn_t my_irq_handler(int irq, void *dev_id)
{
    log_write(&my_buf, "IRQ triggered\n", 14);
    return IRQ_HANDLED;
}

/* 进程上下文（如 read 系统调用）中调用 */
static ssize_t my_read(struct file *filp, char __user *buf,
                       size_t count, loff_t *f_pos)
{
    log_write(&my_buf, "Read called\n", 12);
    /* ... */
}

3.6 常见错误与调试

中断上下文编程中常见的错误及其调试方法：

• 错误 1：Scheduling while atomic —— 内核打印 BUG: scheduling while atomic 并 dump 栈回溯。通常是因为在中断上下文中调用了 mutex_lock() 或 kmalloc(GFP_KERNEL)。
• 错误 2：死锁 —— 在中断上下文中使用 spin_lock()（非 irqsave 变体）且该锁在进程上下文中也被使用，导致中断打断进程后自旋等待同一把锁。
• 错误 3：用户空间访问 —— 在中断上下文中调用 copy_to_user()，导致缺页异常并触发 do_page_fault，最终 oops。