第4章多核中断与IPI

4、多核中断与IPI：PLIC与CLINT详解、核间中断（IPI）机制、中断虚拟化

好，咱们接着聊多核中断。说实话，中断系统是RISC-V多核架构里最容易让人头疼的部分之一。我当年第一次调多核中断时，被PLIC和CLINT这两个家伙折腾得够呛——一个管外部中断，一个管定时器和软件中断，分工倒是明确，但第一次接触时真容易搞混。

4.1 PLIC：平台级中断控制器

PLIC的全称是Platform-Level Interrupt Controller。说白了，它就是负责收集所有外部设备中断的“大管家”。

PLIC的核心职责：

接收来自UART、GPIO、网卡等外设的中断请求
支持多级优先级（通常最多7个优先级）
支持中断路由——决定把中断发给哪个核
支持中断屏蔽——可以临时关掉某些中断

关键寄存器：

PENDING：查看哪些中断正在等待处理
ENABLE：每个核有自己的使能位，控制哪些中断可以进来
THRESHOLD：优先级阈值，低于这个值的中断会被忽略
CLAIM/COMPLETE：读取CLAIM获取中断号，处理完后写COMPLETE通知PLIC

我在项目中遇到过一个问题：两个核同时收到了同一个外设的中断。嗯，这其实是因为PLIC默认支持“多目标中断”——一个中断可以同时发给多个核。但大多数场景下我们只需要一个核处理，所以记得在初始化时配置好中断路由。

4.2 CLINT：核心本地中断控制器

CLINT（Core-Local Interrupt Controller）负责两件事：定时器中断和软件中断。它跟PLIC最大的区别是——CLINT是每个核私有的，而PLIC是全局共享的。

CLINT的关键寄存器：

寄存器	作用
`mtime`	全局递增的计时器，所有核共享
`mtimecmp`	每个核有自己的比较寄存器，当mtime >= mtimecmp时触发定时器中断
`msip`	软件中断挂起寄存器，写1触发核间中断

你想想看，为什么定时器中断要设计成全局计时器+本地比较器？这样所有核共享同一个时间基准，但每个核可以独立设置自己的唤醒时间。我在做功耗管理时就用过这个特性——让空闲核把mtimecmp设得很远，减少不必要的唤醒。

4.3 核间中断（IPI）机制

IPI（Inter-Processor Interrupt）是多核通信的“快速通道”。说白了，就是一个核给另一个核发个信号：“嘿，有事找你！”

IPI的典型应用场景：

任务调度：一个核通知另一个核有新任务
TLB刷新：修改页表后通知其他核刷新TLB
同步操作：比如让所有核同时进入低功耗模式
调试：让目标核暂停执行

在RISC-V里，IPI是通过CLINT的msip寄存器实现的。每个核的msip寄存器地址不同，写1就触发该核的软件中断。举个例子：

// 假设核0要给核1发IPI
// 核1的msip寄存器地址通常是 0x02000000 + 核ID * 4
volatile uint32_t *msip_core1 = (uint32_t *)0x02000004;
*msip_core1 = 1;  // 触发核1的软件中断

// 核1的中断处理函数中
void software_interrupt_handler() {
    // 读取msip寄存器确认中断源
    uint32_t msip = *(volatile uint32_t *)0x02000004;
    // 处理IPI任务...
    // 处理完后写0清除中断
    *(volatile uint32_t *)0x02000004 = 0;
}

注意：我曾经踩过一个坑——多个核同时往同一个msip寄存器写1，导致中断丢失。解决方案是使用原子操作或自旋锁保护IPI发送过程。另外，IPI处理函数要尽量短，避免阻塞其他中断。

4.4 中断虚拟化

说到中断虚拟化，这是RISC-V在虚拟化扩展（H扩展）里重点解决的问题。为什么需要虚拟化？因为虚拟机（Guest OS）不能直接操作物理中断控制器，否则会破坏隔离性。

RISC-V中断虚拟化的核心机制：

虚拟PLIC（vPLIC）：给每个虚拟机一个虚拟的PLIC视图，Guest OS以为自己直接控制了中断
虚拟CLINT（vCLINT）：同样，定时器和软件中断也需要虚拟化
中断注入：Hypervisor通过写hvip（Hypervisor Virtual Interrupt Pending）寄存器，把虚拟中断注入到Guest
两级中断处理：物理中断先被Hypervisor捕获，再决定是直接处理还是转发给Guest

我记得在做一个虚拟化平台时，遇到了性能问题——每次虚拟中断都要经过Hypervisor转发，延迟太大。后来我们用了直通中断（Passthrough）技术：把某些物理中断直接映射给特定的虚拟机，绕过Hypervisor。当然，这需要硬件支持IOMMU和中断重映射。

我的建议：如果你在做中断虚拟化，优先考虑以下几点：

尽量减少中断注入的路径长度——每次VM-Exit都很贵
使用MSI（Message Signaled Interrupts）代替传统的电平中断，减少虚拟化开销
对于实时性要求高的场景，考虑使用直通中断

4.5 实践中的避坑指南

最后，分享几个我在多核中断调试中遇到的坑：

中断优先级反转：低优先级中断持有锁，高优先级中断等待锁。解决办法是使用中断嵌套或优先级继承协议。
中断风暴：某个外设不停产生中断，导致CPU无法处理其他任务。我习惯在中断处理函数开头先屏蔽该中断源，处理完再重新使能。
核间中断丢失：前面提到的msip写冲突问题。建议使用一个全局的IPI状态位，配合原子操作确保每个IPI都被处理。
定时器同步：多核启动时，mtime可能不同步。需要在启动代码里校准各个核的mtimecmp。

嗯，中断这块内容确实不少。但只要你理解了PLIC和CLINT的分工，掌握了IPI的基本用法，再注意一下虚拟化场景下的特殊处理，大部分问题都能迎刃而解。下一章我们会聊聊缓存一致性和内存模型，那又是另一个有意思的话题了。