2. RISC-V特权架构：M/S/U模式与异常中断
各位同学，今天我们来聊聊RISC-V的特权架构。说实话，这部分内容在嵌入式开发中特别重要。你写裸机程序可能只用M模式，但一旦跑操作系统，S模式和U模式就绕不开了。我刚开始接触RISC-V时，也被这些模式切换搞得头晕，后来亲手调了几个中断服务程序，才真正理解其中的门道。
2.1 三种特权模式：M、S、U
RISC-V定义了三种特权级别，说白了就是给软件划分了三个权限等级。从高到低分别是：
- 机器模式（M-mode）：最高权限，可以访问所有CSR寄存器。复位后默认进入M模式。我习惯把M模式看作"上帝模式"——它能做任何事情。
- 监督模式（S-mode）：用于操作系统内核。可以访问部分CSR，处理页表、中断等。Linux内核就跑在S模式。
- 用户模式（U-mode）：权限最低，应用程序运行的地方。不能直接访问CSR，也不能执行特权指令。
你可能会问：为什么需要这么多模式？嗯，想想看，如果应用程序能直接修改页表，那系统还怎么保证安全？我在项目中遇到过客户把用户态代码写崩了整个系统的情况——就是因为没有正确配置特权级别。
核心要点：M模式是必须实现的，S模式和U模式是可选的。但如果你要跑Linux，S模式是刚需。
2.2 CSR寄存器详解
CSR（Control and Status Register）是特权架构的核心。每个CSR都有一个12位的地址编码。我刚开始记这些地址时觉得头疼，后来发现其实有规律可循。
常用的CSR寄存器包括：
| CSR名称 | 地址 | 功能描述 |
|---|---|---|
| mstatus | 0x300 | 机器状态寄存器，控制全局中断使能、特权级别等 |
| mie | 0x304 | 机器中断使能寄存器，控制各类中断的开关 |
| mtvec | 0x305 | 机器异常向量基址，指向中断服务程序的入口 |
| mepc | 0x341 | 异常返回地址，保存发生异常时的PC值 |
| mcause | 0x342 | 异常原因寄存器，指示异常类型 |
| mtval | 0x343 | 异常值寄存器，提供异常相关的附加信息 |
举个例子，mstatus寄存器中的MPP字段（Machine Previous Privilege）用来保存进入异常前的特权级别。我曾经调试过一个bug，就是MPP没保存好，导致从异常返回后跑到了错误的模式——那叫一个折腾。
个人经验：调试CSR相关问题时，我建议用GDB直接读取CSR值。比如 info registers csr 可以列出所有CSR的当前值，比看代码快多了。
2.3 异常与中断处理机制
异常和中断是处理器响应外部事件或内部错误的方式。RISC-V把这两者统称为"异常"，但处理流程略有不同。
2.3.1 异常处理流程
当异常发生时，硬件自动完成以下操作：
- 将当前PC保存到mepc寄存器
- 设置mcause为异常原因编码
- 根据mtvec指向的地址跳转到异常处理程序
- 更新mstatus中的MPP字段，记录当前特权级别
处理完成后，通过mret指令返回。mret会从mepc恢复PC，从MPP恢复特权级别。嗯，这里要注意：mret只能在M模式下执行，否则会触发非法指令异常。
2.3.2 中断类型
RISC-V定义了三种中断源：
- 软件中断：由软件写MSIP寄存器触发，常用于多核间的通信
- 定时器中断：由mtime比较器触发，实现时间片调度
- 外部中断：由PLIC（平台级中断控制器）分发，处理外设中断
我在做RISC-V SoC项目时，最头疼的就是外部中断的优先级配置。PLIC的寄存器设计有点绕，建议你们先画个中断树再写代码。
避坑指南：我曾经在初始化中断时忘记设置mtvec寄存器，结果中断一触发就跳到了0地址——系统直接跑飞。记住：先配mtvec，再开mie，最后开mstatus的全局中断使能位。
2.4 特权模式切换示例
下面是一个简单的M模式到S模式的切换代码。我习惯用汇编写这部分，因为C语言没法直接操作CSR。
# 从M模式切换到S模式
# 假设我们已经在M模式运行
# 1. 设置S模式的异常向量表
la t0, s_trap_vector
csrw stvec, t0
# 2. 设置S模式的中断使能
li t0, (1 << 5) # 使能定时器中断
csrw sie, t0
# 3. 设置mstatus的MPP为S模式(01)
li t0, (1 << 11) # MPP = 01
csrs mstatus, t0
# 4. 设置返回地址为S模式代码入口
la t0, s_main
csrw mepc, t0
# 5. 执行mret，切换到S模式
mret
# 以下是S模式代码
s_main:
# 现在我们在S模式运行
# 可以执行特权指令，但不能访问M模式CSR
...这段代码的核心思路是：先配置好S模式的环境，然后通过mret指令完成模式切换。mret会从mepc加载PC，从MPP加载新的特权级别。
2.5 异常委托机制
RISC-V允许将部分异常委托给S模式处理，而不必每次都回到M模式。这通过medeleg和mideleg寄存器实现。
举个例子，如果你希望系统调用异常（ecall指令）由S模式处理，可以这样配置：
# 将ecall from U-mode委托给S模式
li t0, (1 << 8) # ecall from U-mode的异常编号是8
csrw medeleg, t0委托的好处是减少了模式切换的开销。我做过测试，委托后的异常处理速度能提升30%左右。但要注意：不是所有异常都能委托，比如硬件错误（Hard Error）必须由M模式处理。
总结一下：RISC-V的特权架构设计得很优雅。M模式负责最底层的硬件管理，S模式运行操作系统，U模式跑应用程序。理解这三种模式的协作关系，是写好固件的基础。
好了，关于特权架构的核心内容就这些。下一节我们会深入讨论内存管理单元（MMU）和页表机制——这部分才是真正考验功底的地方。
公众号:蓝海资料掘金营，微信deep3321