OS Lab4 踩坑记

  Lab4在之前Lab3的基础上,增加了系统调用,难度增加了很多。而且加上注释不详细,开玩笑的指导书,自己做起来困难较大。也遇到了大大小小的bug,调试了一整天。

  本文记录笔者在实现Lab4中遇到了一些bug,出现的问题可能不具有普遍性,但是可能有参考价值。

  

  1. 在调用syscall_*函数的时候,可能会出现缺页的情况。

  【bug记录】OS Lab4 踩坑记-LMLPHP

  注意缺页的地址,通过地址我发现错误出现在栈,栈顶不停下降。最后发现是mysyscall汇编函数忘记 jr ra 返回了。。。zz。这个bug是通过修改fktest.c代码,删除其中所有系统调用有关的函数后发现可以正常运行。

  2. 之后在系统调用的时候,发现总是出错返回,并没有完全执行。通过输出调试后,发现是envid2env()中当envid为0的时候,应当直接返回curenv,不进行后续操作。在后续操作里因为envid=0,判断过不了。

  3. fork时,父进程给子进程开异常处理栈空间的时候,地址应当是UXSTACKTOP - BY2PG。

  4. 在 sys_set_env_status 中,判断status的值的时候,与或写错了。。zz

  【bug记录】OS Lab4 踩坑记-LMLPHP

  5. 这个bug卡了一个晚上,第二天用汇编调试才发现了问题。

  【bug记录】OS Lab4 踩坑记-LMLPHP

  当父进程对用户栈那一页进行duppage时,duppage无法返回直接报错。通过一步步汇编调试,发现问题出在sp寄存器在发生缺页中断返回后,值变了。最后发现是traps.c中page_fault_handler中的错误。

  // TODO: 找出来为什么要这样写。

  【bug记录】OS Lab4 踩坑记-LMLPHP

  6. 在运行pingpang.b时,发现有时候会出现俩个进程都在waiting,都是ENV_NOT_RUNNABLE的情况。最后发现是,在sys_ipc_can_send中忘记修改env_ipc_recving为0了。。。zz

  7. 在提交上去,第一部分结果为5/7,看水群里大佬说,是调度的问题。在调度时,如果该进程时间片没有用完,但是该进程的状态变为了ENV_NOT_RUNNABLE了,就应当让该进程停下来。提交上去后,可能有改变当前进程状态的情况发生。

04-14 02:44