SiFive平台引导加载程序中RISC-V指令序列解析-开发者社区

从第一条指令开始：深入SiFive平台的RISC-V启动代码

你有没有想过，一块RISC-V芯片上电后，第一行代码究竟做了什么？

在ARM世界里，我们习惯依赖厂商提供的启动文件和复杂的BSP包。但在SiFive这类基于RISC-V架构的开源平台上，一切从零开始——没有黑盒，没有隐藏逻辑。你的引导加载程序（Bootloader）就是系统的“创世代码”，它用最原始的汇编指令，亲手为整个系统搭起运行的舞台。

本文不讲概念堆砌，也不罗列手册条文。我们将像拆解一台精密机械一样，逐行剖析一段真实的SiFive启动代码，看它是如何通过几条关键的RISC-V指令，完成栈设置、异常向量安装、看门狗关闭等生死攸关的操作。

这不仅是一次技术解析，更是一场对现代处理器启动本质的探索。

启动起点：复位向量与跳转的艺术

当SiFive SoC加电瞬间，CPU核心并不会“智能地”知道该从哪里执行。它依赖一个硬连线的物理地址作为入口点——通常是0x1000或0x2001000，具体取决于芯片型号（如HiFive1使用前者，Unleashed使用后者）。

在这个地址上，必须放置第一条有效指令。这段代码位于链接脚本中精心安排的.text.reset节：

.section .text.reset .global reset_vector reset_vector: j _start

就这么一条简单的j _start指令，却承载着至关重要的使命。

为什么不能直接写_start:？因为复位后所有寄存器状态未知，你无法依赖任何通用寄存器的内容。而j是一条J-type无条件跳转指令，编码固定为32位，支持±1MiB范围内的PC相对跳转，且不修改返回地址寄存器（ra），非常适合做入口调度。

更重要的是，在某些FPGA开发板或复杂启动场景中，这个位置甚至可能需要写成：

auipc t0, %pcrel_hi(_start) jalr %pcrel_lo(_start)(t0)

这种组合允许位置无关的加载方式，兼容后续通过MMU重映射内存的情况。但对于大多数裸机应用，一个简单的j就足够了。

✅关键提示：确保链接脚本将reset_vector定位到正确的起始地址，否则CPU将取到无效指令，系统直接崩溃。

构建运行环境：栈指针初始化是生死线

进入_start后的第一件事是什么？不是打印日志，不是点亮LED，而是——设置堆栈指针 sp。

_start: li sp, 0x80004000 # 假设SRAM基址0x80000000，大小16KB call main

这里的li看似简单，实则是伪指令。汇编器会将其展开为两条标准RISC-V指令：

lui sp, 0x80004 >> 12 # 加载高20位：lui sp, 0x8000 addi sp, sp, 0x000 # 添加低12位

为什么要这样设计？因为RISC-V的立即数字段有限：
-lui可以加载一个20位的高位立即数；
-addi提供12位符号扩展的偏移；
两者结合即可构造任意32位常量。

但这里有个陷阱：栈顶地址应指向SRAM末尾。如果SRAM从0x80000000开始，大小为16KB（0x4000），那么栈顶应该是0x80004000，并遵循“满递减”规则——即压栈时sp先减小再访问。

如果你忘了这一步就调用call main，会发生什么？
函数调用试图保存返回地址到栈上，触发非法内存访问，引发异常。而此时异常向量还没配置……结果只有一个：死循环或总线错误。

所以，初始化sp是进入C语言世界的前提，也是Bootloader中最优先执行的动作之一。

提升效率：全局指针 gp 的秘密武器

接下来，你会看到这样一段看似神秘的代码：

auipc gp, %pcrel_hi(_gp) addi gp, gp, %pcrel_lo(_gp)

这是在干啥？这是在设置全局指针（global pointer, gp）。

RISC-V引入gp寄存器是为了高效访问小数据段（.sdata和.sbss）。这些变量通常距离代码较近，编译器可以通过gp+ 偏移的方式快速定位它们，避免每次都用lui+addi构造完整地址。

auipc（Add Upper Immediate to PC）是一个非常聪明的设计：它把当前PC值加上一个20位的高位立即数，生成一个新的基地址。例如：

auipc t0, 0x1000 # t0 = pc + 0x1000000

配合addi，就能实现PC相对寻址。这正是%pcrel_hi和%pcrel_lo重定位操作符的工作原理。

⚙️ 实际上，_gp符号是由链接脚本定义的，通常被放置在.data段附近的一个“黄金位置”，使得大部分小对象都能落在gp ± 2KB范围内。

这项机制带来的好处显而易见：
- 减少指令数量，提升访存效率；
- 支持位置无关代码（PIC），增强可移植性；
- 在资源受限的嵌入式系统中尤为有用。

当然，如果你的项目完全没有全局变量，完全可以跳过这步以节省几个周期。

异常防御：mtvec 配置决定系统健壮性

现在，我们的系统即将进入更复杂的阶段。一旦启用中断或访问异常内存区域，CPU就需要知道“出事了该去哪”。

这就是mtvec（Machine Trap Vector Base Address Register）的作用。

la t0, trap_handler_entry csrw mtvec, t0

la是另一个伪指令，会被展开为auipc+addi组合来加载标签地址；csrw则是专门用于写入控制状态寄存器（CSR）的指令。

mtvec支持两种模式：
| 模式 | 编码 | 行为 |
|------|------|------|
| Direct |mtvec[1:0] = 0| 所有异常都跳转到同一个入口 |
| Vectored |mtvec[1:0] = 1| 外部中断根据ID进行向量跳转 |

典型配置如下：

// 直接模式：统一处理 mtvec = (uintptr_t)&trap_handler; // 向量模式：支持中断向量化 mtvec = ((uintptr_t)&trap_handler) | 0x1;

🛑严重警告：如果不配置mtvec，一旦发生非法指令、访问违例或外部中断，CPU将陷入未知行为——通常是无限重复尝试进入trap，导致系统卡死。

因此，在开启任何中断前，必须先安装好异常处理程序。哪怕只是一个空循环：

void trap_handler() { while (1); // 致命错误，停止运行 }

这也引出了一个重要设计原则：越早建立异常处理框架越好。

控制硬件：关闭看门狗与启用中断

许多SiFive SoC集成了硬件看门狗定时器（WDT），默认上电后就开始倒计时。若不定期“喂狗”，系统就会自动重启。

这对调试极其不友好——你刚下好断点，系统就复位了。

所以，早期必须禁用WDT：

li t0, 0x10010000 # WDT控制寄存器地址 sw zero, 0(t0) # 写0表示停止

这里使用sw（store word）将零写入控制寄存器。注意：不同SoC的WDT地址和使能方式略有差异，需查阅TRM文档确认。

紧接着，可以考虑使能全局中断：

csrrsi zero, mstatus, 8 # 设置 mstatus.MIE = 1

csrrsi是“CSR Set Immediate”的缩写，作用是将mstatus寄存器的第3位（MIE位）置1，从而允许机器模式下的中断响应。

完整的中断初始化流程一般是：
1. 关闭看门狗；
2. 初始化外设时钟；
3. 配置PLIC（Platform-Level Interrupt Controller）；
4. 注册中断服务例程；
5. 使能全局中断（MIE）；
6. 使用wfi等待事件。

❗ 特别提醒：使用wfi（Wait for Interrupt）前必须确保至少有一个中断源已启用，否则CPU将永远沉睡，无法唤醒。

完整工作流：从Flash到操作系统

在一个典型的SiFive评估板（如HiFive1 Rev B）上，整个启动流程如下：

[Flash ROM @0x1000] ↓ CPU执行 reset_vector → j _start ↓ 设置 sp, gp ↓ 初始化UART → 输出"Booting..." ↓ 关闭WDT、配置mtvec ↓ 从SPI Flash读取OpenSBI镜像到SRAM ↓ 跳转至SBI入口（jr ra / tail） ↓ 移交控制权给更高层固件

这个过程解决了多个嵌入式开发中的经典难题：
-缺乏调试输出？—— 早期初始化UART，实现串口日志；
-系统频繁复位？—— 主动关闭看门狗；
-内存布局混乱？—— 使用精确的链接脚本控制各段位置；
-权限失控？—— 利用RISC-V的M/S/U三级特权模型实现安全跃迁。

工程实践建议：写出可靠的Bootloader

项目	推荐做法
链接脚本	明确指定`.text.reset`定位到起始地址
编译选项	`-march=rv32imac -mabi=ilp32`匹配E31核心
调试支持	插入`ebreak`指令便于GDB单步跟踪
异常处理	至少实现一个空的`trap_handler`防止死机
性能优化	启用I-Cache并预取关键代码段