xv6 系统调用与 Trap

一句话： 系统调用让用户程序有控制地请求内核服务；Trap 是 CPU 从当前执行流转入受控处理路径的机制。

本章导航#

用户态代码不能直接执行所有特权操作，也不应直接控制内核数据结构。系统调用提供稳定入口：用户代码请求 read、write、fork 等服务，内核验证参数并代表系统执行。

用户程序 → 用户态 stub → ecall → trap 入口 → syscall 分派
          → 内核服务函数 → 返回值 → 用户态继续执行

Trap 是更广的概念，包含同步异常、系统调用、外部/定时器中断等；系统调用只是其中一种由软件指令触发的情况。

用户代码通常调用一个 C 函数名，例如 write(fd, buf, n)。用户库中的汇编 stub 把系统调用号放在 a7，参数按 xv6 约定放入 a0–a5，然后执行 ecall。系统调用号清单位于 xv6 的 syscall 头文件中；构建脚本会生成对应 stub。

在 RISC-V 上，从 U-mode 执行 ecall 会触发环境调用异常。硬件记录异常原因和相关返回状态，再按当前特权控制转入 trap 路径。对 xv6 用户系统调用，sepc 指向触发异常的 ecall 指令；内核处理系统调用时会让返回 PC 越过该指令，避免再次执行它。

阶段	常见代码位置	主要工作
trap 汇编入口	`kernel/trampoline.S` 的 `uservec`	切换到内核可用状态，保存用户寄存器到 trapframe
用户 trap 处理	`kernel/trap.c` 的 `usertrap`	记录/检查 trap 原因；系统调用路径推进 PC 并调用分派器
系统调用分派	`kernel/syscall.c`	读取 a7 中的编号，选择对应 handler
具体实现	`kernel/sysproc.c`、`kernel/sysfile.c` 等	执行进程、文件或其他子系统操作

系统调用实现通常返回整数结果，分派器把结果写入 trapframe 的 a0，供用户态代码接收。不同 xv6 版本可能调整 helper、表项或函数名；应跟随当前代码搜索调用链。

内核准备用户返回状态，包括用户 PC、用户寄存器、目标特权状态、trap 入口配置和用户页表，然后跳到 trampoline 的返回代码，切换回用户页表并执行 sret。sret 根据 supervisor 状态寄存器中的先前权限级信息恢复执行。

这些 CSR 是特权状态，不是系统调用参数寄存器。读 CSR 的方式、可访问权限和副作用由特权架构定义。

内核不能信任用户提供的整数、长度、文件描述符或地址。尤其用户指针只在用户页表上下文中有意义；处理前要检查范围、权限和溢出，并通过 copyin/copyout 等函数搬运数据。只检查指针非零并不代表它有效，也不能防止跨页或越界问题。

核心结论： ecall 只触发受控的特权转换；真正的安全边界由内核的参数验证、页表权限和数据复制共同建立。

下一篇： 12 · xv6 文件系统 · 返回索引