从用户态请求系统服务的机制
ecall（Environment Call）是RISC-V中用户态请求系统服务的唯一标准方式。它触发一个同步异常，将控制权从低特权级转移到高特权级。
| 来源特权 | 异常码 | 名称 | 典型用途 |
|---|---|---|---|
| U-mode | 8 | Environment call from U | Linux系统调用 |
| S-mode | 9 | Environment call from S | Hypervisor调用 |
| M-mode | 11 | Environment call from M | 调试器断点 |
ecall指令执行时，硬件自动完成以下操作：
// Lesson 03: ECALL — Environment Call from U→M
module ecall_handler(
input wire clk, rst_n,
input wire [31:0] pc,
input wire [1:0] current_priv,
input wire ecall_req,
output reg [31:0] trap_pc,
output reg [1:0] trap_priv,
output reg trap_taken,
output reg [31:0] mepc_out,
output reg [31:0] mcause_out
);
localparam PRV_U = 2'b00, PRV_S = 2'b01, PRV_M = 2'b10;
reg [31:0] mtvec_reg;
initial mtvec_reg = 32'h00000400;
always @(posedge clk or negedge rst_n) begin
if (!rst_n) begin
trap_taken <= 0; trap_pc <= 0; trap_priv <= PRV_M;
mepc_out <= 0; mcause_out <= 0;
end else if (ecall_req) begin
mepc_out <= pc;
case (current_priv)
PRV_U: mcause_out <= 32'h00000008;
PRV_S: mcause_out <= 32'h00000009;
PRV_M: mcause_out <= 32'h0000000B;
endcase
trap_pc <= mtvec_reg; trap_priv <= PRV_M;
trap_taken <= 1'b1;
end else trap_taken <= 1'b0;
end
endmodule以Linux read()系统调用为例，展示从用户态到内核态的完整路径：
整个流程涉及约50条指令，其中ecall/sret各占约30个时钟周期。这就是为什么系统调用比普通函数调用慢100倍。
| 寄存器 | 用途 | 说明 |
|---|---|---|
| a7 | 系统调用号 | 如SYS_read=63, SYS_write=64 |
| a0-a5 | 参数 | 最多6个参数 |
| a0 | 返回值 | 成功返回≥0，失败返回-errno |
| 资料 | 内容 | 链接 |
|---|---|---|
| RISC-V特权规范 | CSR、Trap、中断完整定义 | riscv.org/specifications |
| RISC-V手册 | 中文版免费教材 | crva.ict.ac.cn |
| OpenSBI源码 | M-mode固件参考实现 | github.com/riscv/opensbi |
| Linux RISC-V | 内核移植与驱动 | kernel.org |
| BOOM处理器 | UC Berkeley开源OoO核心 | github.com/riscv-boom/riscv-boom |
| 香山处理器 | 中科院开源高性能核心 | github.com/OpenXiangShan |
| 课程范围 | 课程号 | 主题 |
|---|---|---|
| 特权架构 | 01-06 | 特权级→CSR→ecall→mret→trap→中断 |
| 内存系统 | 07-12 | PLIC→CLINT→SV39→TLB→直接映射→组相联 |
| 算术单元 | 13-14 | Booth乘法器→恢复余数除法 |
| 乱序执行 | 15-19 | OoO→ROB→寄存器重命名→记分牌→Tomasulo |
| 分支预测 | 20-21 | 2位预测器→BTB |
| RISC-V扩展 | 22-26 | RVC→RVM→RVA→RVF→RVD |
| 系统集成 | 27-30 | PMP→解码器→SoC→启动流程 |
建议使用以下环境进行实验：
| 架构 | 指令 | 立即数 | 参数传递 | 返回值 |
|---|---|---|---|---|
| RISC-V | ecall | 无 | a0-a7 | a0 |
| ARM64 | SVC #0 | 有(16位) | x0-x7 | x0 |
| x86-64 | SYSCALL | 隐含 | rdi,rsi,rdx,r10,r8,r9 | rax |
| MIPS | SYSCALL | 无 | v0-a3 | v0 |
| RISC-V(fast) | scall(未来) | 待定 | 待定 | 待定 |
RISC-V的ecall设计是最简洁的：不携带任何立即数参数。所有信息通过寄存器传递。这简化了硬件实现，但增加了软件的开销（需要一条额外的指令来设置a7）。
RISC-V社区正在讨论"快速系统调用"扩展，可能包括：
从微架构角度看，ecall指令的处理涉及多个流水线阶段：
与中断不同，ecall是精确异常：硬件保证在ecall指令的边界上完成状态保存。这意味着mepc一定指向ecall指令，所有之前的指令都已完成，之后的指令都未执行。
在CISC处理器中，ecall可能由微代码序列实现。但在RISC-V的RISC设计中，ecall由硬件直接处理，延迟固定且可预测。这使得RISC-V的系统调用延迟比x86的SYSCALL更确定。