2022/07/xv6_lab2_record/

[giscus[bot]]

2022/07/xv6_lab2_record/

upd@2022/7/14：添加了 sysinfo 这个 lab，至此为止，lab2 已经全部写完。 upd@2022/9/14：最近把实验的代码放到 github 上了，如果需要参考可以查看这里： https://github.com/ttzytt/xv6-riscv 里面不同的分支就是不同的实验

https://ttzytt.com/2022/07/xv6_lab2_record/

[zwyyy456]

你好，想请教一个问题，就是在 lab 提供的 user/trace.c 里面，并没有调用 int trace(int) 这个系统调用，为什么还是会执行 sys_trace 函数呢？

[ttzytt]

因为这篇博客是我去年暑假写的，离现在已经过了比较久了，所以我也不太确定回答是否准确。但是我刚刚大致看了一下这篇博客，发现好像是有提到这个问题的（当然我不确定是不是你指的这个，因为直接调用 sys_trace 这个函数本身应该是不会的，可能是会多打印出来一些 trace 的东西）。

如果之前某个进程调用了 trace 这个函数，那么这个 trace 的 mask 是会被记录在内核中进程的结构体的（struct proc）。就算这个进程结束了，其对应的结构体变量里面还是保留着原来的 trace_mask，而新创建进程的时候会去寻找进程号最小的闲置进程（参考下面代码）。

// Look in the process table for an UNUSED proc.
// If found, initialize state required to run in the kernel,
// and return with p->lock held.
// If there are no free procs, or a memory allocation fails, return 0.
static struct proc*
allocproc(void)
{
  struct proc *p;

  for(p = proc; p < &proc[NPROC]; p++) {
    acquire(&p->lock);
    if(p->state == UNUSED) { // 可以看到新创建进程时，总是会按顺序找到第一个没被使用的进程号
      goto found;
    } else {
      release(&p->lock);
    }
  }
  return 0;

  // …… 下面还有一堆，就先省略了
}

所以说新的进程可能会保留着之前已经结束的进程的 trace_mask。

内核中对于 trace() 这个系统调用的实现其实就是在执行任何调用的时候检查这个 mask，如果有对应的调用需要 trace，就会打印出来，所以没清理这个 mask 就造成了你说的问题。

解决方法博客里也有，就是要修改 freeproc() 这个函数，使得任何进程结束的时候 mask 被重置（设置成 0 表示不想 trace 任何系统调用）。

[zwyyy456]

不好意思打扰了，其实是我眼瞎了来着，在 user/trace.c 里面的 if (trace(atoi(argv[1])) < 0) 是执行了 trace 系统调用的，当时反复看了好久就是没看到。总之还是感谢您的回复。