Linux 中断处理机制深度剖析：从硬件信号到内核响应

引言

中断是现代操作系统最底层的异步事件处理机制之一。它是硬件与内核之间的信使，让 CPU 不必轮询设备状态，而是被动响应硬件信号。理解中断处理机制，是深入 Linux 内核、驱动开发、性能优化的必经之路。

本文将从硬件层面的中断信号产生开始，完整追踪一条中断从设备到 CPU、从中断控制器到内核处理函数、从上半部到下半部的全流程，并结合实战案例介绍中断相关的性能调优技巧。

一、中断的本质与历史演进

1.1 为什么需要中断

在计算机早期，CPU 通过轮询（Polling）方式检查外设状态。例如，每次需要读取键盘输入时，CPU 都要主动询问键盘控制器是否有新按键。这种方式极其浪费 CPU 周期。

中断机制的引入彻底改变了这一模式：设备在完成操作后主动向 CPU 发送信号打断其当前工作，CPU 随后执行对应的处理程序，处理完毕后恢复原任务。这就是中断驱动 I/O（Interrupt-driven I/O）。

1.2 中断的类型

Linux 中的中断可分为两大类：

• 外部硬件中断（Hardware IRQ）：由外部设备产生，异步触发，不可预测。例如键盘按键、网卡收到数据包、磁盘 I/O 完成。
• 软件中断/异常（Exception）：由 CPU 内部产生，同步触发。例如缺页异常（Page Fault）、除零错误、系统调用（syscall）。在 x86 中，这通常称为异常（Exception）。

1.3 中断控制器演进

早期 PC 使用两片级联的 8259A 可编程中断控制器（PIC），最多支持 15 个中断引脚。现代系统使用高级可编程中断控制器（APIC）：

• Local APIC：集成在每个 CPU 核心中，接收本地中断源（其他 CPU 的 IPI、本地定时器）
• I/O APIC：通常在南桥/PCH 中，接收外部设备中断，通过总线路由到指定 CPU 的 Local APIC
• MSI/MSI-X：基于消息的信号中断（Message Signaled Interrupts），绕过物理引脚，设备通过写入特定内存地址触发中断，支持更多向量数和更灵活的亲和性路由

二、硬件中断信号链路

2.1 中断产生到 CPU 响应

一条硬件中断的完整生命周期：

1. 设备触发：设备在中断请求线（IRQ Pin）上拉高电平，或向 MSI 目标地址写入消息
2. 中断控制器路由：I/O APIC 接收中断，根据重定向表（Redirection Table）确定目标 CPU 和中断向量号
3. CPU 响应：Local APIC 通知对应 CPU 核心，CPU 在中断边界（Instruction Boundary）处检查请求
上下文保存：CPU 自动保存 RFLAGS、CS、IP 到栈上（如果涉及特权级切换则还会保存 SS、RSP）
4. 向量跳转：CPU 根据中断向量号索引中断描述符表（IDT），跳转到对应的入口点

2.2 IDT（中断描述符表）

IDT 是 x86 架构中中断/异常响应的核心数据结构，由 lidt 指令加载。每个条目（Gate Descriptor）包含：

• 处理函数的段选择子和偏移地址
• 门类型（Interrupt Gate / Trap Gate）— Interrupt Gate 会自动清除 IF 标志屏蔽外部中断
• DPL（描述符特权级）— 控制用户态能否通过 INT 指令触发

在 Linux 内核中，arch/x86/kernel/idt.c 负责 IDT 的初始化和门描述符配置。

三、Linux 内核中断处理入口

3.1 汇编入口层

当 CPU 跳转到 IDT 指定的入口点后，进入 x86 汇编层（entry_64.S）：

• ENTRY(irq_entries_start)：通过 .rept 256 宏展开生成 256 个中断入口点，每个入口对齐 16 字节以便分支预测
• 使用 idor_call 机制计算实际向量偏移，快速跳转到对应处理路径
• 保存完整的 pt_regs 上下文（通用段寄存器）
• 调用 C 语言编写的 do_IRQ() 高层处理函数

3.2 do_IRQ — C 层核心分发

__handle_irq() 是 C 层的中断处理核心分发逻辑：

处理流程:
1. 获取 irq_desc 描述符（per-IRQ 的元信息）
2. 检查 IRQ_NOREQUEST / IRQ_NOPROBE 等状态
3. 调用 handle_irq()（根据类型选择 handle_level_irq / handle_edge_irq 等）
4. 调用用户注册的 action-