ECALL 的参数寄存器由 RISC-V ISA 规定吗？
不。ISA 只定义 ECALL 产生环境调用异常；参数寄存器、系统调用号和返回值由执行环境或 OS ABI 定义。
ECALL
RISC-V ECALL 指令详解
指令手册I-type向执行环境发起请求并产生环境调用异常
指令语法
ecall
操作数说明
目标寄存器 rd：存放运算结果的通用寄存器。
源寄存器 rs1：第一个操作数所在的寄存器。
立即数 imm：12 位有符号立即数，符号扩展后与 rs1 进行运算。
RV32I系统特权
指令行为说明
ECALL 是 RV32I/RV64I 的 SYSTEM 指令，编码为 funct12=000000000000、rs1=x0、funct3=000、rd=x0、opcode=1110011。它产生精确的环境调用异常，异常原因由当前特权级区分（例如 U/S/M 模式的 environment call），异常 PC 记录 ECALL 指令本身。参数传递、系统调用号和返回约定由执行环境或 OS ABI 定义，不属于 ECALL 指令编码语义。
ECALL 指令解析与陷阱动画
从 SYSTEM 编码开始，展示固定字段、执行环境、同步异常以及 EPC/cause 状态更新。
无显式操作数
ecallecall
执行环境
31..20
19..15
14..12
11..7
6..0
000000000000
funct12
00000
rs1=x0
000
funct3
00000
rd=x0
1110011
SYSTEM
instruction
0x00000073
opcode
1110011 -> SYSTEM
funct3
000
fixed
funct12=000000000000, rs1=x0, rd=x0
context
mode=U, pc=0x0000000000002000
exception
Environment call from U-mode (code 8)
state
trap target EPC=0x0000000000002000; trap target cause=8
next EPC
if continuing after instruction: 0x0000000000002004
该动画只展示 ISA 可见的同步异常和状态记录；系统调用 ABI、调试器动作、trap handler 策略和时序由执行环境或特权架构配置决定。
快速理解与检索要点
ECALL 的核心是“当前特权级发起环境调用异常”。它不携带显式操作数，也不规定 Linux 或其他 OS 的具体系统调用 ABI；页面动画只展示固定编码、当前模式、trap cause 与 EPC 记录。
SYSTEM 编码：opcode=1110011、funct3=000、rs1=x0、rd=x0、funct12=000000000000。
ECALL 产生环境调用异常；异常原因按当前特权级区分，例如来自 U/S/M 模式的环境调用。
异常 PC 记录 ECALL 指令本身；返回到后续指令需要处理程序按规范更新 EPC。
系统调用号、参数寄存器和返回值是执行环境或 OS ABI 约定，不是 ECALL 指令本身定义。
常见使用场景
系统与特权
结合 «ecall # raise environment-call exception» 等实际代码理解该场景。
执行环境调用
结合 «ecall # raise environment-call exception» 等实际代码理解该场景。
使用前检查清单
语法检查
- 确认当前指令格式为 I-type。
- 确认操作数排列顺序与示例一致。
语义检查
- 确认目标寄存器用途和调用约定兼容。
- 确认该指令不是伪指令展开后的底层形式。
容易混淆 / 常见误区
ECALL 只产生环境调用异常；系统调用号、参数寄存器和返回值约定由执行环境或 OS ABI 定义。
异常原因随当前特权级区分；不要把所有 ECALL 都写成同一个 trap cause。
异常 PC 记录 ECALL 指令本身；处理程序若要继续执行后续指令，需要按架构规则调整 EPC。
常见问题
ECALL 的 EPC 指向哪里？
异常 PC 记录 ECALL 指令本身，而不是自动记录下一条指令。处理程序若要返回后续指令，通常需要前进 EPC。