2. Linux中断子系统基础：中断向量表、中断描述符、中断处理流程（上半部与下半部）

中断是操作系统响应硬件事件的异步机制，是驱动延迟分析的核心对象。本章从硬件向量表到软件处理流程，建立中断子系统的完整知识框架。

2.1 中断向量表（IDT）

在x86架构中，中断向量表（Interrupt Descriptor Table, IDT）是CPU用于查找中断处理入口的256项结构。每个中断或异常对应一个0–255的向量号。

2.2 中断描述符与irq_desc

内核使用struct irq_desc管理每个中断源的状态、处理函数链、统计信息和亲和性。每个IRQ号对应一个irq_desc实例，存储在全局数组irq_desc[]中。

// include/linux/irqdesc.h (简化结构)
struct irq_desc {
    struct irq_common_data  irq_common_data;
    struct irq_data         irq_data;
    unsigned int __percpu   *kstat_irqs;    // 每个CPU的中断计数
    irq_flow_handler_t      handle_irq;     // 高层流控处理
    struct irqaction        *action;        // 处理函数链表
    unsigned int            status_use_accessors;
    struct irq_chip         *chip;          // 硬件控制器操作
    struct irq_domain       *irq_data.domain;
    ...
};

2.3 中断处理流程：上半部与下半部

Linux将中断处理拆分为两个阶段，以平衡实时性与吞吐量：

• 上半部（Top Half）：在中断上下文中立即执行，关中断或屏蔽当前IRQ线。完成硬件ACK、数据拷贝、清除中断标志等紧急操作。必须短小精悍。
• 下半部（Bottom Half）：推迟到开中断后执行，处理耗时逻辑。内核提供三种机制：软中断（SoftIRQ）、tasklet、工作队列（workqueue）。

2.3.1 完整处理流程

1. CPU收到中断信号，硬件自动压栈SS/RSP/RFLAGS/CS/RIP，跳转到IDT中对应的入口。
2. 入口代码保存寄存器，调用do_IRQ()或common_interrupt()。
3. 根据IRQ号找到irq_desc，调用handle_irq流控函数。
4. 流控函数调用action链表中的handler（上半部）。
5. 上半部返回后，检查是否有待处理的软中断，执行do_softirq()。
6. 软中断处理完后，恢复寄存器，执行iretq返回被中断的上下文。

2.3.2 下半部机制对比

2.4 中断上下文与调度延迟的关系

中断上下文与普通进程上下文的关键区别决定了延迟分析的切入点：

• 不可抢占窗口：上半部执行期间，当前CPU无法响应调度器时钟中断，无法触发进程切换。这个窗口直接累加到调度延迟中。
• 软中断优先级：软中断在do_softirq()中执行，优先级高于任何用户态进程。大量网络软中断（NET_RX_SOFTIRQ）会显著延迟SCHED_OTHER进程的调度。
• 中断嵌套：高优先级中断可以抢占低优先级中断的上半部，但所有上半部都关本地中断，因此上半部之间不会嵌套。