前引

这个lab真的花了我很久的时间，将近做了5个晚上，可能我效率低吧，但是总算是做完了我觉得这个实验还是比较有难度的。其实我是先做的内存管理那个实验，但是发现那个章节其中一个实验，是在前面的实验基础上进阶，所以又反过来做程序调用这个实验，还是一个一个按照顺序来吧。下面给出我的完整实验过程。

实验目的和内容

这个实验就是说用一个宏函数。将我们使用者态的字符串，储存到内核空间，接下来再用一个宏函数，把储存到内核空间的字符串取出来实现两个程序调用函数。话说回来，

提示

实验册给出了很多提示流程。这些流程建议反复看，对...有帮助理解，而且要认真读，有些细节就决定了能否完成实验。

比如这里这个实验的总体流程。

：我们实验的困难点在于需要用使用者态的函数，去取内核的数据，本身是行不通的。其实，使用者态是访问不了内核态的所以我们要使用者态的函数，能实现中断，进入内核。用对应程序调用号调用相对应的内核函数去执行，这个内核函数负责将储存在使用者态的字符串，储存到内核态中去。

这个API函数就是我们使用者态的函数，它就像使用者态进入内核态的一条接口一样。

那么还有一个APi函数，需要进入内核，用程序调用号找到对应的内核函数。取出刚刚iam储存到内核空间中的字符串，接下来返回给使用者态。

在终端使用时效果类似这样：

实验步骤

一下本次实验中哪些事情我们要去做：

. 添加程序调用号

#define _syscall1

This is a macro function we define;close corresponds to kernel function we hand‑write and call.

Mackup of steps:

• Add two syscall numbers to kernel syscall table.
• Add m in /include/linux/syscall.h,keeping order.
• Add a new entry in unitsd.h for se numbers.
• Bump system call count in /oslab/linux-/kernel/system_call.s: from 72 to 74 .
• Edit sys.h in include/linux/ for correct order of syscalls;老实说，orwise calls get mixed up .
• Edit Makefile accordingly.
• Create core syscall implementations under oslab/linux-/kernel.
• The code below is my final working version – it may look messy but works:

#include  // memest
#include 
#include 
#include  // printk
char name_buf = {};// global buffer
int flag = 0;int sys_iam {
char temp;int count = 0;while )，= '\0') {
if -1) {
memset);flag = -EINVAL;return -EINVAL;
}
name_buf = temp;
flag = 1，}
name_buf = '\0';printk，return count;
话说回来，}
int sys_whoami {
if {
return -EINVAL;}
int count = 0;老实说，while {
if {
put_fs_byte;count++，} else {
return -EINVAL;/* cannot return specific error info */
}
}
printk;put_fs_byte，return count;}

.编译内核功能

• who.c,n go into /oslab/linux-.
• make clean && make all.
• Troubleshoot compiler errors – give it time.
• If successful you’ll see build output without errors.

.写使用者态封装接口并挂载文件程序。

• Create /usr/root/iam.c: c #define __LIBRARY__ #include #include _syscall1;int main { if {return -1;} iam，return 0;} Create /usr/root/whoami.c: c #define __LIBRARY__ #include #include _syscall2;int main { char buf={};whoami)，printf;return 0，} Don’t forget to unmount: sudoumount hdc

.测试一遍基本功能：

• Avoid mounting problems by running: sudo ./mount-hdc cp /home/teacher/testlab2.sh /home/teacher/testlab2.c hdc/usr/root/ and n boot Bochs via `<./run>`. Compile user programs: `gcc iam.c -o iam`。`gcc whoami.c -o whoami`. 至于Run，`./iam renhan` stores string. `./whoami` reads it back. If everything prints correctly you’ve nailed it!

.打分文件测试：

• The grader’s scripts are under home/teacher – run m after copying into hdc root.
• You’ll get up to % scores based on passing cases – my testlab2.sh failed last case after many edits. Check or repos if you hit this bug.

关于挂载与卸载的关键性：

• Image：- 内核镜像文件；修改源码后需重新编译生成新 Image 才能生效。
• root-.img：- 虚拟硬盘镜像；按理说，在 Ubuntu 上挂载后可通过 cp 把可执行程序、脚本拷进去；其实，操作结束后务必卸载以避免并发读写破坏数据。

小结这方面，

• 痛点一：程序调用号与表顺序——如果错位会导致 “谁叫谁” 的混乱；记得检查顺序，
• 痛点二：代码风格混乱——初始实现常因语法错误、括号缺失导致编译报错；保持结构化、缩进统一可以减少调试时间。
• 痛点三：挂载、卸载操作——忘记卸载会导致文件被破坏、下次运行失败。
• 痛点四：调试环境切换——Ubuntu → Bochs → Linux Kernel；每一步都要确认方法与权限，否则会陷入 “找不到文件” 的无尽循环。 ...