ECALL 的参数寄存器由 RISC-V ISA 规定吗？
不。ISA 只定义 ECALL 产生环境调用异常；参数寄存器、系统调用号和返回值由执行环境或 OS ABI 定义。
ECALL
RISC-V ECALL 指令详解
指令手册I-type向执行环境发起请求并产生环境调用异常
指令语法
ecall
操作数说明
ECALL 没有显式汇编操作数；它不是带 rs1 操作数或可变立即数的普通 I 型计算。
固定 SYSTEM 编码为 funct12=000000000000、rs1=x0、funct3=000、rd=x0、opcode=1110011；funct12 是编码选择子，不是汇编立即数。
该指令向执行环境请求服务并产生 environment-call exception；参数位置、服务号和返回约定由 EEI 或 ABI 定义，而非 ECALL 操作数。
RV32IRV64I系统陷阱
指令行为说明
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
receiving privilege mode EPC=0x0000000000002000; receiving privilege mode 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» 等实际代码理解该场景。
使用前检查清单
语法检查
- 确认立即数字段在有效范围内。
- 确认源寄存器 rs1 指向正确的操作数。
语义检查
- 确认立即数符号扩展是否符合预期。
- 确认结果寄存器 rd 的用途是否明确。
容易混淆 / 常见误区
ECALL 只产生环境调用异常；系统调用号、参数寄存器和返回值约定由执行环境或 OS ABI 定义。
异常原因随当前特权级区分；不要把所有 ECALL 都写成同一个 trap cause。
异常 PC 记录 ECALL 指令本身；处理程序若要继续执行后续指令，需要按架构规则调整 EPC。
常见问题
ECALL 的 EPC 指向哪里？
异常 PC 记录 ECALL 指令本身，而不是自动记录下一条指令。处理程序若要返回后续指令，通常需要前进 EPC。