Linux内核v3.10外部中断回调编写及内核代码疑问

1. 如何编写该版本的外部中断回调函数？ #

外部中断回调函数（即struct irqaction中的handler成员）需严格遵循内核中断上下文的规则，具体实现步骤与示例如下：

核心要求 #

• 函数原型：必须符合 irqreturn_t (*handler)(int irq, void *dev_id) 格式，返回值可选：
  • IRQ_HANDLED：表示成功处理了本次中断
  • IRQ_NONE：表示未处理本次中断（通常用于共享中断场景）
  • IRQ_WAKE_THREAD：触发配套的中断线程执行复杂逻辑（需同时注册thread_fn）
• 上下文限制：中断回调运行在中断上下文，禁止执行睡眠操作（如kmalloc(GFP_KERNEL)、schedule()），需用原子操作或自旋锁保护共享资源。

示例代码 #

#include <linux/interrupt.h>
#include <linux/module.h>
#include <linux/spinlock.h>

/* 自定义设备结构体 */
struct my_dev {
    spinlock_t lock;
    unsigned int irq_cnt;
    unsigned int proc_cnt;
};

/* 中断快速处理回调 */
static irqreturn_t my_irq_handler(int irq, void *dev_id)
{
    struct my_dev *dev = (struct my_dev *)dev_id;
    unsigned long flags;

    // 1. 清除硬件中断标志（根据硬件手册实现）
    // hw_clear_interrupt_flag();

    // 2. 原子操作更新共享数据
    spin_lock_irqsave(&dev->lock, flags);
    dev->irq_cnt++;
    spin_unlock_irqrestore(&dev->lock, flags);

    // 3. 唤醒线程处理复杂逻辑
    return IRQ_WAKE_THREAD;
}

/* 中断线程函数（处理耗时逻辑） */
static irqreturn_t my_irq_thread(int irq, void *dev_id)
{
    struct my_dev *dev = (struct my_dev *)dev_id;
    unsigned long flags;

    // 此处允许执行睡眠操作（如GFP_KERNEL分配内存）
    spin_lock_irqsave(&dev->lock, flags);
    dev->proc_cnt += dev->irq_cnt;
    dev->irq_cnt = 0;
    spin_unlock_irqrestore(&dev->lock, flags);

    return IRQ_HANDLED;
}

/* 模块初始化：注册中断 */
static int __init my_irq_init(void)
{
    int irq_num = 42; // 替换为实际硬件中断号
    struct my_dev *dev;
    int ret;

    dev = kzalloc(sizeof(struct my_dev), GFP_KERNEL);
    if (!dev)
        return -ENOMEM;
    spin_lock_init(&dev->lock);

    // 注册带线程的中断
    ret = request_threaded_irq(irq_num, my_irq_handler, my_irq_thread,
                              IRQF_TRIGGER_RISING | IRQF_ONESHOT,
                              "my_irq_dev", dev);
    if (ret) {
        kfree(dev);
        return ret;
    }

    return 0;
}

/* 模块退出：释放中断 */
static void __exit my_irq_exit(void)
{
    free_irq(42, dev); // 对应注册的中断号和dev_id
    kfree(dev);
}

module_init(my_irq_init);
module_exit(my_irq_exit);
MODULE_LICENSE("GPL");

2. handle_irq_event_percpu中检查并强制禁用中断的原因 #

在v3.10内核中，handle_irq_event_percpu在执行action->handler()后检查中断状态并强制禁用，核心原因如下：

• 中断上下文的原子性保障：内核在进入中断处理流程时，已经自动调用local_irq_disable()关闭了本地中断，确保中断处理过程不被其他中断嵌套打断，避免并发竞争和死锁。
• 修复驱动的不规范操作：部分驱动可能错误地在回调函数中调用local_irq_enable()，破坏了中断上下文的原子性。内核强制禁用中断是一种防御性措施，防止后续逻辑（如add_interrupt_randomness、note_interrupt）被嵌套中断干扰，避免系统稳定性问题。
• 警示开发者：WARN_ONCE打印的警告信息，目的是提醒驱动开发者修复代码，遵守中断上下文规则，而非依赖内核的兜底修复。

补充：中断回调函数是否需要添加开关中断操作？ #

结合《Linux设备驱动程序》（第3版）的建议和v3.10内核的行为，结论如下：

• 无需主动关闭本地中断：内核在进入中断回调前已经自动关闭了本地中断，驱动无需重复执行local_irq_disable()。
• 禁止随意开启中断：若在回调中调用local_irq_enable()，会破坏中断上下文的原子性，可能引发嵌套中断、数据竞争等问题，内核会通过WARN_ONCE发出警告并强制恢复关闭状态。
• 特殊场景谨慎处理：如果确实需要临时开启中断（极不推荐），需确保操作的安全性，且操作完成后必须手动关闭中断，避免触发内核警告。

内容的提问来源于stack exchange，提问作者WangYangMing