4. 中断请求（request_irq）流程：源码分析与注册机制

中断处理程序的注册是中断子系统的核心入口。Linux 内核通过 request_irq() 函数将设备驱动的中断处理逻辑与特定的中断号绑定。本章节深入分析 request_irq() 的源码执行路径、中断号的分配策略以及处理函数的注册细节，帮助理解中断负载均衡的底层基础。

4.1 request_irq 函数原型与参数

request_irq() 是驱动开发者最常用的中断注册接口，定义在 include/linux/interrupt.h 中。其函数原型如下：

static inline int __must_check
request_irq(unsigned int irq, irq_handler_t handler,
            unsigned long flags, const char *name, void *dev)
{
    return request_threaded_irq(irq, handler, NULL, flags, name, dev);
}

参数说明：

4.2 request_threaded_irq 核心流程

request_threaded_irq() 是中断注册的真正入口，位于 kernel/irq/manage.c。其执行流程可分为以下关键步骤：

1. 参数校验与权限检查：验证中断号有效性、处理函数非空、标志位合法性。
2. 中断描述符获取：通过 irq_to_desc(irq) 获取 struct irq_desc，该结构体是中断管理的核心数据结构。
3. 中断号分配确认：若中断号尚未分配 struct irq_desc，则调用 irq_alloc_desc_at() 动态分配。
4. 中断触发类型设置：根据 flags 中的 IRQF_TRIGGER_* 位设置硬件触发方式。
5. 处理函数注册：将 handler 和 dev_id 封装为 struct irqaction，挂入 irq_desc 的 action 链表。
6. 中断控制器使能：调用 irq_startup() 或 __irq_set_handler() 激活中断线。

4.3 中断号分配机制

中断号是连接硬件中断源与软件处理函数的桥梁。Linux 内核支持两种中断号分配方式：

4.4 irqaction 结构体与处理函数注册

每个中断处理函数被封装为 struct irqaction，其核心字段如下：

struct irqaction {
    irq_handler_t       handler;      // 中断处理函数
    unsigned long       flags;        // 中断标志
    void                *dev_id;      // 设备标识
    struct irqaction    *next;        // 链表指针（共享中断）
    int                 irq;          // 中断号
    irq_handler_t       thread_fn;    // 线程化处理函数
    struct task_struct  *thread;      // 内核线程
    struct irqaction    *secondary;   // 辅助处理
    // ... 其他字段
};

注册过程的核心操作是将 irqaction 插入到 irq_desc 的 action 链表：

// kernel/irq/manage.c 中 setup_irq() 的核心逻辑
static int
setup_irq(unsigned int irq, struct irqaction *new)
{
    struct irq_desc *desc = irq_to_desc(irq);
    struct irqaction *old, **old_ptr;
    unsigned long flags;

    raw_spin_lock_irqsave(&desc->lock, flags);
    old_ptr = &desc->action;
    old = *old_ptr;
    if (old) {
        // 共享中断：遍历到链表尾部
        while (old->next)
            old = old->next;
        old_ptr = &old->next;
    }
    // 插入新 irqaction
    *old_ptr = new;
    raw_spin_unlock_irqrestore(&desc->lock, flags);
    return 0;
}

4.5 中断标志位 flags 详解

flags 参数控制中断的行为特性，常用的标志位如下：

4.6 中断处理函数的执行上下文

注册后的中断处理函数在以下上下文中执行：

• 硬中断上下文（Hard IRQ Context）：handler 直接执行，禁止睡眠，禁止持有锁（除非使用 spin_lock）。执行时间应极短（通常 < 100μs）。
• 软中断上下文（SoftIRQ Context）：硬中断返回后触发，用于处理耗时较长的下半部（如网络协议栈）。
• 线程化中断上下文（Threaded IRQ Context）：通过 request_threaded_irq() 的 thread_fn 参数注册，运行在内核线程中，允许睡眠，适合复杂设备驱动。

// 示例：注册线程化中断
int dev_probe(struct platform_device *pdev)
{
    int irq = platform_get_irq(pdev, 0);
    return request_threaded_irq(irq,
                                hard_irq_handler,   // 硬中断：快速处理，返回 IRQ_WAKE_THREAD
                                thread_irq_handler, // 线程化：处理耗时操作
                                IRQF_TRIGGER_HIGH | IRQF_ONESHOT,
                                "my_device", dev);
}

4.7 中断注册的返回值与错误处理

request_irq() 的返回值需要驱动开发者仔细检查：

通过以上分析，可以看到 request_irq() 不仅仅是简单的函数注册，它涉及中断描述符管理、链表操作、硬件触发配置等多个子系统。理解这些底层细节，是后续进行中断负载均衡优化和调度延迟分析的基础。