1. 项目概述：为xv6添加系统调用追踪功能
在操作系统课程设计中，理解系统调用的实现机制是深入内核原理的关键环节。xv6作为MIT开发的经典教学操作系统，其简洁的代码结构（约1万行）特别适合进行内核功能扩展实验。本次实验的目标是为xv6添加一个能够记录进程系统调用轨迹的新功能，这将帮助我们直观观察用户程序与内核的交互过程。
系统调用是用户态程序访问内核功能的唯一合法入口，比如文件操作（open/read/write）、进程控制（fork/exec）等都需要通过系统调用完成。在Linux中可以通过strace工具实现类似功能，而我们要在xv6中从零实现这个机制。通过这个实验，你不仅能掌握系统调用的完整处理流程，还能深入理解用户态与内核态的切换机制。
实验环境要求：已配置好的xv6开发环境（建议使用Ubuntu 20.04+QEMU模拟器），gcc工具链，以及xv6-book作为参考文档。如果尚未搭建环境，可以参考官方文档通过
make qemu命令启动xv6。
2. 系统调用机制深度解析
2.1 xv6系统调用处理流程
当用户程序执行write()这样的系统调用时，实际发生的是以下连锁反应：
-
触发软中断：用户程序将系统调用号存入%eax寄存器，然后执行
int 0x80指令。这个中断会使CPU从用户态切换到内核态，并跳转到内核预设的中断处理程序。 -
查找系统调用表：内核根据%eax中的调用号，在
syscalls[]函数指针数组中找到对应的处理函数。xv6的系统调用表定义在syscall.c中，例如：c复制static int (*syscalls[])(void) = { [SYS_fork] sys_fork, [SYS_write] sys_write, [SYS_close] sys_close, // ...其他系统调用 }; -
执行内核函数：跳转到
sys_write()等具体实现函数，这些函数会进行参数检查、内核数据处理等操作。 -
返回用户空间：通过
iret指令恢复用户程序现场，同时将返回值存入%eax寄存器。
2.2 关键数据结构设计
为了实现调用追踪，我们需要在proc.h中扩展进程控制块结构体：
c复制struct proc {
// ...原有字段
char trace_name[16]; // 进程名称
int trace_enabled; // 是否启用追踪
struct syscall_record {
int num; // 系统调用号
int retval; // 返回值
uint args[4]; // 参数值
} call_history[64]; // 环形缓冲区
int call_index; // 当前记录位置
};
这个设计采用环形缓冲区记录最近的64次系统调用，避免内存无限增长。每个记录包含调用号、返回值和前4个参数（xv6系统调用最多4个参数）。
3. 实现系统调用追踪功能
3.1 添加新的系统调用
步骤1：分配系统调用号
在syscall.h中添加新定义：
c复制#define SYS_trace 22
#define SYS_gettrace 23
步骤2：实现系统调用函数
在sysproc.c中添加核心处理逻辑：
c复制int sys_trace(void) {
char *name;
if(argstr(0, &name) < 0)
return -1;
safestrcpy(myproc()->trace_name, name, sizeof(myproc()->trace_name));
myproc()->trace_enabled = 1;
return 0;
}
int sys_gettrace(void) {
struct proc *p = myproc();
if(!p->trace_enabled)
return -1;
// 将call_history复制到用户空间
// 具体实现需要使用copyout()函数
// ...
}
步骤3：修改系统调用分发器
更新syscall.c中的调用表和名称表：
c复制extern int sys_trace(void);
extern int sys_gettrace(void);
static int (*syscalls[])(void) = {
// ...原有调用
[SYS_trace] sys_trace,
[SYS_gettrace] sys_gettrace,
};
static char *syscall_names[] = {
// ...原有名称
[SYS_trace] "trace",
[SYS_gettrace] "gettrace",
};
3.2 修改系统调用公共入口
在syscall.c的syscall()函数中添加记录逻辑：
c复制void syscall(void) {
struct proc *curproc = myproc();
int num = curproc->tf->eax;
if(num > 0 && num < NELEM(syscalls) && syscalls[num]) {
curproc->tf->eax = syscalls[num]();
// 记录系统调用信息
if(curproc->trace_enabled) {
struct syscall_record *rec = &curproc->call_history[curproc->call_index];
rec->num = num;
rec->retval = curproc->tf->eax;
// 保存参数（通过curproc->tf->esp访问栈）
// ...
curproc->call_index = (curproc->call_index + 1) % 64;
}
} else {
cprintf("%d %s: unknown sys call %d\n",
curproc->pid, curproc->name, num);
curproc->tf->eax = -1;
}
}
4. 用户态接口设计与测试
4.1 添加用户程序
在user/目录下创建trace.c测试程序：
c复制#include "types.h"
#include "user.h"
#include "syscall.h"
int main(int argc, char *argv[]) {
trace("test_proc");
// 触发一些系统调用
write(1, "Hello traced world!\n", 20);
int fd = open("test", 0);
close(fd);
// 获取并打印追踪记录
struct syscall_record records[64];
int count = gettrace(records, 64);
for(int i=0; i<count; i++) {
printf(1, "syscall %d, ret=%d\n",
records[i].num, records[i].retval);
}
exit();
}
4.2 修改Makefile
将新程序加入编译列表：
makefile复制UPROGS=\
_cat\
_trace\
# ...其他程序
4.3 测试与验证
启动xv6后执行：
bash复制$ trace
Hello traced world!
syscall 16, ret=20 # write
syscall 15, ret=3 # open
syscall 21, ret=0 # close
5. 常见问题与调试技巧
5.1 系统调用参数获取错误
现象：记录的系统调用参数值与预期不符
排查：
- 检查
syscall()函数中参数读取逻辑，确保正确访问用户栈空间 - 使用
cprintf()打印中间值，观察寄存器状态 - 确认
struct trapframe的布局与xv6版本匹配
5.2 用户态程序崩溃
现象：调用gettrace时出现页错误
解决：
- 检查
copyout()的使用是否正确 - 验证用户缓冲区地址是否有效
- 在
sys_gettrace()中添加边界检查：c复制if(count < 0 || (uint)records >= curproc->sz) return -1;
5.3 性能优化建议
当系统调用频繁时，记录操作可能成为瓶颈。可以考虑：
- 添加过滤条件，只记录特定类型的系统调用
- 使用原子操作更新环形缓冲区索引
- 实现按需记录机制，通过
ioctl()动态启停
6. 实验扩展方向
-
增强记录功能：
- 添加时间戳字段
- 记录调用发生时的进程状态
- 支持将日志写入文件系统
-
可视化工具开发：
python复制# 示例：用Python解析追踪数据 import matplotlib.pyplot as plt calls = parse_trace_log() plt.bar([x['name'] for x in calls], [x['duration'] for x in calls]) plt.show() -
安全审计应用：
- 检测异常调用序列（如连续失败的open尝试）
- 实现简单的入侵检测规则
调试提示：在QEMU中可以使用
Ctrl-a c进入监控台，输入info registers查看CPU寄存器状态，这对调试系统调用传参问题特别有用。