xv6实现Shrimpy共享内存触发类段错误usertrap问题求助

问题描述 #

我正在xv6中实现名为Shrimpy Memory的简易共享内存机制：父进程拥有fry页，子进程对应shrimp页，要求父子进程及兄弟进程间共享这一页内存。目前系统可编译运行，但写入共享内存时触发了类似段错误的usertrap错误。

测试场景：调用getFryPage()返回0地址，执行*sharedint=3时触发错误，错误日志如下：

usertrap(): unexpected scause 0x000000000000000f pid=3
            sepc=0x000000000000004a stval=0x0000000000000000

已完成的修改：

• 修改kernel/memlayout.h，定义fry和shrimp页的虚拟地址
• 在proc.c、proc.h中添加getShrimpPage和getFryPage系统调用
• 在fork()中重新映射子进程的shrimp页到父进程的fry页物理地址

尝试过同学协助和ChatGPT建议，仍无法定位问题，求技术支持。

错误码解析 #

scause=0xf对应用户模式下的存储页错误（Store/AMO page fault），stval=0说明触发错误的虚拟地址是0，与getFryPage()返回0的情况完全对应——这意味着返回的虚拟地址未被正确映射到物理页，或者映射权限不满足读写要求。

排查步骤与修复建议 #

1. 检查虚拟地址定义的合法性 #

• 确认memlayout.h中fry和shrimp页的虚拟地址未与xv6现有用户空间区域（栈、代码段、堆、trampoline等）冲突，建议选择用户空间高地址区域，例如：

  #define FRYPAGE (TRAMPOLINE - PGSIZE)
  #define SHRIMPPAGE (FRYPAGE - PGSIZE)
  

• 确保地址严格按页对齐（必须是PGSIZE的整数倍），否则映射会失败。

2. 验证getFryPage()系统调用实现 #

• 该调用需完成两个核心操作：分配物理页、建立虚拟地址到物理页的映射，权限必须设置为PTE_R | PTE_W | PTE_U（用户可读写）。
• 检查kalloc()是否成功分配物理页，若返回NULL需处理错误，不能直接返回0地址。
• 确认mappages()调用参数正确：

  uint64 pa = (uint64)kalloc();
  if(pa == 0) return -1; // 分配失败返回错误码，用户态需判断
  if(mappages(p->pagetable, FRYPAGE, PGSIZE, pa, PTE_R|PTE_W|PTE_U) != 0){
    kfree((void*)pa); // 映射失败释放物理页
    return -1;
  }
  return FRYPAGE; // 返回正确的虚拟地址，而非0
  

3. 修正fork()中的共享页映射逻辑 #

• xv6默认的uvmcopy()会复制父进程的物理页，需修改这部分逻辑，跳过fry页的复制，直接为子进程的shrimp页建立到父进程fry页物理地址的映射：

  // 在uvmcopy()遍历页表的循环中添加判断
  for(i = 0; i < sz; i += PGSIZE){
    pte_t *pte = walk(old, i, 0);
    if(pte == 0 || (*pte & PTE_V) == 0)
      panic("uvmcopy: invalid page");
    uint64 pa = PTE2PA(*pte);
    uint64 perm = PTE_FLAGS(*pte);
  
    // 处理父进程的fry页，为子进程映射shrimp页
    if(i == FRYPAGE){
      if(mappages(new, SHRIMPPAGE, PGSIZE, pa, perm) != 0)
        goto err;
      continue;
    }
  
    // 其他页正常复制
    char *mem = kalloc();
    if(mem == 0) goto err;
    memmove(mem, (char*)pa, PGSIZE);
    if(mappages(new, i, PGSIZE, (uint64)mem, perm) != 0){
      kfree(mem);
      goto err;
    }
  }
  

4. 检查getShrimpPage()的实现 #

• 该调用无需分配物理页，只需返回SHRIMPPAGE的虚拟地址，但需确保子进程的页表中该地址已被fork()正确映射到父进程的fry页物理地址。
• 可添加映射检查逻辑，确认映射存在后再返回地址：

  pte_t *pte = walk(p->pagetable, SHRIMPPAGE, 0);
  if(pte == 0 || (*pte & PTE_V) == 0)
    return -1; // 映射未建立返回错误
  return SHRIMPPAGE;
  

5. 验证页表映射的正确性 #

• 在系统调用中添加调试代码，打印页表项信息，确认虚拟地址对应的物理页和权限是否符合预期：

  pte_t *pte = walk(p->pagetable, FRYPAGE, 0);
  if(pte){
    printf("FRYPAGE: pa=%p, perm=%x\n", PTE2PA(*pte), PTE_FLAGS(*pte));
  }
  

6. 修正用户态测试程序 #

• 必须判断getFryPage()的返回值，若返回错误码（如-1或0）则终止操作，避免写入无效地址：

  uint64 shared = getFryPage();
  if(shared == (uint64)-1){
    printf("getFryPage failed\n");
    exit(1);
  }
  int *sharedint = (int*)shared;
  *sharedint = 3;
  

内容的提问来源于stack exchange，提问作者Chance Spurgeon-Couraud