1. 课程导入
欢迎进入《RISC-V虚拟化与系统软件工程》。这门课不是单纯讲某一条指令，也不是只讲某个虚拟机监控器（Hypervisor）的源码，而是把RISC-V 体系结构、虚拟化扩展、系统软件分层与工程实践串成一条完整链路。学完之后，你应当能够回答三个问题：RISC-V 为什么需要虚拟化扩展？Hypervisor 如何把一台物理机器安全地切分成多个 Guest？系统软件各层之间通过什么接口协作？
看得懂——理解 H 扩展、特权级、CSR、二级页表等机制；
写得出——能阅读和修改 KVM RISC-V、OpenSBI、U-Boot 等关键代码；
调得动——能用 QEMU、FPGA 或真实开发板搭建虚拟化实验环境并定位问题。
一、核心概念：从特权级到虚拟化
RISC-V 的特权级是理解一切系统软件的起点。标准定义了 U（用户）、S（监管）、M（机器）三级；而虚拟化扩展（H 扩展）引入了 VS（Virtual Supervisor） 和 VU（Virtual User），并让 HS（Hypervisor-extended Supervisor）承担宿主监管职责。Guest 操作系统运行在 VS 级，它以为自己独占 S 级，实际上每次敏感操作都会被 HS 截获。
关键机制包括：hstatus、hedeleg、hideleg 等 CSR 控制异常委托；hgatp 指向 Guest 物理地址到宿主物理地址的二级页表；htval、htinst 在缺页或指令模拟时提供辅助信息。理解这些寄存器，就理解了 RISC-V 虚拟化的“开关面板”。
二、整体知识框架与学习路径
下图给出本课程的知识拓扑：自底向上是硬件与固件、Hypervisor 核心、Guest 系统软件、工程与调试四条主线，右侧标注了每层的关键产物与实验载体。
三、方法流程：一次典型的虚拟化启动链路
以 QEMU 上运行 KVM RISC-V 为例，系统从上电到 Guest 运行大致经历以下阶段。理解这条链路，后续章节的代码阅读会顺畅很多。
上电 → M 模式固件（OpenSBI）初始化 CSR、中断、内存
→ 跳转 S 模式，加载 Hypervisor（如 KVM 内核模块）
→ Hypervisor 创建 vCPU，配置 hgatp、hedeleg、hideleg
→ 加载 Guest 镜像到 Guest 物理地址空间
→ 执行 sret 进入 VS 级，Guest 内核开始启动
→ Guest 访问敏感资源触发异常 → HS 截获并模拟 → 返回 Guest这条链路中，异常委托和二级地址翻译是两大核心。前者决定哪些异常直接交给 VS 处理，哪些必须由 HS 介入；后者决定 Guest 物理地址如何映射到宿主物理地址，是隔离与性能的关键。
四、案例场景与常见误区
假设你在 QEMU 上启动一个 RISC-V Linux Guest，发现内核卡在早期启动阶段，串口没有任何输出。常见原因包括：hedeleg 未正确委托时钟中断，导致 Guest 收不到定时器；hgatp 的 Guest 物理地址映射缺失，首次取指就触发缺页；或者 Guest 设备树中的 riscv,isa 未包含 h 扩展，内核直接拒绝启动。
五、课程模块与关键产出清单
| 模块 | 核心内容 | 关键产出 |
|---|---|---|
| 体系结构与特权级 | U/S/M/VS/VU、CSR、异常与中断 | 特权级切换实验 |
| H 扩展机制 | hgatp、hedeleg、htval、虚拟中断 | 二级页表映射验证 |
| Hypervisor 实现 | KVM RISC-V、vCPU 调度、设备模型 | 可启动 Guest 的 Hypervisor |
| Guest 系统软件 | Guest 内核、virtio、根文件系统 | 完整 Guest 镜像 |
| 工程与调试 | QEMU、trace、性能剖析、安全测试 | 实验报告与问题定位记录 |
hedeleg 后，故意把时钟中断委托关掉，观察 Guest 是否还能调度；学完 hgatp 后，修改映射范围，观察缺页日志。这种“改一个参数、看一个现象”的方式，比单纯读代码更有效。
本课程后续将沿着上述四条主线展开：先打牢特权级与 H 扩展的地基，再进入 Hypervisor 与 Guest 的协同，最后用工程实验把知识固化为可复现的能力。你不需要一开始就记住所有 CSR 的位域，但需要建立“谁在什么特权级、通过什么接口、完成什么转换”的整体直觉。