ri5cy内核级别全局禁用中断实现存疑，求合规解决方案

问题本质 #

Ri5cy的中断实现和标准RISC-V核心（比如CV32E40X）存在差异：

• 官方文档提到通过MSTATUS.MIE全局开关中断，但这个位实际仅控制异常处理时的中断嵌套权限，并非全局禁用所有外部中断的开关——哪怕将MSTATUS.MIE置0，外部IRQ仍会保持激活状态，核心仍可能响应中断。
• CV32E40X通过MIE CSR寄存器实现核心级全局中断开关的逻辑，完全不适用于Ri5cy。

可行的解决方案 #

1. 操作事件控制器的全局使能位

Ri5cy的所有中断最终由事件控制器（Event Unit）管控，部分版本的Ri5cy事件控制器提供全局中断使能寄存器（比如EU_CTRL中的全局使能位），直接将该位清0即可全局关闭所有中断输入，置1即可恢复。这是官方设计的高效全局控制方式。

2. 保存并清零IER寄存器（你的“变通方案”实为合理操作）

若使用的Ri5cy版本事件控制器无全局使能位，保存当前IER寄存器值后将其置为0，是可靠的全局禁用方式。这并非单纯的“变通”——因为Ri5cy本身未提供核心级的全局中断开关CSR，只能通过事件控制器层面一次性关闭所有中断源的使能，这完全符合它的架构设计逻辑。

额外提醒 #

Ri5cy是Pulp平台定制的核心，中断逻辑偏向平台特定需求，因此与通用RISC-V核心存在差异。如果需要严格遵循标准RISC-V中断规范，切换至CV32E40X等兼容核心更省心；若基于Ri5cy开发，上述两种方案均能满足全局禁用中断的需求。

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