pke的虚拟地址管理问题

我通过简单的验证了一下，确实是出现了bug。

在lab3_challenge1的codebase的基础上进行实验，用户代码为：
```C
#include "user/user_lib.h"
#include "util/types.h"

int flag;
int main(void) {
    flag = 0;
    uint64 va0 = (uint64)naive_malloc();
    printu(">>> va0 in process 0: %lx\n", va0);
    int pid = fork();
    if (pid == 0) {
        uint64 va1 = (uint64)naive_malloc();
        printu(">>> va1 in process 1: %lx\n", va1);
        flag = 1;
        pid = fork();
        if (pid == 0) {
            flag = 2;
                        uint64 va2 = (uint64)naive_malloc();
                printu(">>> va2 in process 2: %lx\n", va2);
            printu("Grandchild process end, flag = %d.\n", flag);
        } else {
            wait(pid);
            printu("Child process end, flag = %d.\n", flag);
        }
    } else {
        wait(-1);
        printu("Parent process end, flag = %d.\n", flag);
    }
    exit(0);
    return 0;
}
```

在pke上的运行结果为
```shell
root@webssh-16109027:/data/workspace/myshixun# spike obj/riscv-pke obj/app_wait  | grep ">>>"
>>> va0 in process 0: 0000000000400000
>>> va1 in process 1: 0000000000401000
>>> va2 in process 2: 0000000000402000
```
可以看出，只有第一个调用naive_malloc的进程被返回了正确的地址，后面的进程naive_malloc返回的虚拟地址都存在问题。这样应该不会因为出错而crash，但是会导致pke在多进程场景下严重浪费虚拟地址。

华中科技大学操作系统团队/riscv-pke

内容风险标识

评论 (6)

华中科技大学操作系统团队/riscv-pke .gitee-modal { width: 500px !important; }

内容风险标识