lab4 以time/gettimeofday系统调用为例分析ARM64

安装编译工具

sudo apt-get install gcc-aarch64-linux-gnu
sudo apt-get install libncurses5-dev  build-essential git bison flex libssl-dev

编译busybox

cd ~/busybox-1.31.1/
# 引入环境变量, 基于arm64架构编译
export ARCH=arm64
export CROSS_COMPILE=aarch64-linux-gnu-
# 修改配置文件
make menuconfig
# 记得要编译成静态链接，不用动态链接库。
Settings --->
	[*] Build static binary (no shared libs)
# 编译busybox并安装
make -j$(nproc) && make install 

配置选项

Settings —>
    [*] Build static binary (no shared libs)

制作根文件系统
和lab3一致，最终生成rootfs.cpio.gz
修改配置文件，使Linux内核基于arm64架构进行编译

cd linux-5.4.34/
make defconfig ARCH=arm64
make menuconfig ARCH=arm64
# 打开debug相关选项，按Y选中，按N取消选中
Kernel hacking  --->
	Compile-time checks and compiler options  --->
		[*] Compile the kernel with debug info
		[*]   Provide GDB scripts for kernel debugging
	[*] Kernel debugging
# 关闭KASLR，否则会导致打断点失败
Kernel Features ---->
	[] Randomize the address of the kernel image (KASLR)
# save保存，exit退出

编译内核

# 引入环境变量, 基于arm64架构编译
export ARCH=arm64
export CROSS_COMPILE=aarch64-linux-gnu-
# 内核编译
make -j$(nproc)

启动qemu

qemu-system-aarch64 -m 128M -smp 1 -cpu cortex-a57 -machine virt -kernel ~/linux-5.4.34/arch/arm64/boot/Image -initrd ~/rootfs_arm64.cpio.gz -append "rdinit=/init console=ttyAMA0 loglevel=8" -nographic -s -S

编写系统调用

// test.c
#include <stdio.h>
#include <time.h>
#include <sys/time.h>
 
int main()
{
      time_t tt;
      struct timeval tv;
      struct tm *t;
#if 0
      gettimeofday(&tv,NULL);
#else
      asm volatile(
          "add   x0, x29, 16\n\t"  //X0寄存器用于传递参数&tv
          "mov   x1, #0x0\n\t"     //X1寄存器用于传递参数NULL
          "mov   x8, #0xa9\n\t"   //使用X8传递系统调用号169
          "svc   #0x0\n\t"            //触发系统调用
      );
#endif
      tt = tv.tv_sec;                    //tv是保存获取时间结果的结构体
      t = localtime(&tt);                //将世纪秒转换成对应的年月日时分秒
      printf("time: %d/%d/%d %d:%d:%d\n",
             t->tm_year + 1900,
             t->tm_mon,
             t->tm_mday,
             t->tm_hour,
             t->tm_min,
             t->tm_sec);
      return 0;
}

编译

aarch64-linux-gnu-gcc -o test test.c -static
make ARCH=arm64 Image -j8  CROSS_COMPILE=aarch64-linux-gnu-

VS调试

分析总结
ARM64 下系统调用的执行过程。ARM64 架构下 Linux 系统调用由同步异常 svc 指令触发，当用户态（EL0 级）程序调用库函数 gettimeofday() 从而触发系统调用的时候，先把系统调用的参数依次放入 X0-X5 这 6 个寄存器（Linux 系统调用最多有 6 个参数，ARM64 函数调用参数可以使用 X0-X7 这 8 个寄存器），然后把系统调用号放在 X8 寄存器里，最后执行 svc 指令，CPU 即进入内核态（EL1 级）。
CPU通过异常类型和异常向量表的起始地址自动获取异常向量空间的入口地址，并跳转到该地址执行异常向量空间里面的指令。系统调用触发的异常最终会跳转到 el0_sync 的同步异常处理程序入口。
在这个处理程序中，内核汇编代码首先会保存异常发生时程序的执行现场，具体包括寄存器 x0-x30、sp、pc和pstate的值，这些值正好与结构体 pt_regs 的起始部分一一对应。
然后根据异常发生的原因跳转到 el0_svc，el0_svc 会调用 el0_svc_handler、el0_svc_common 函数，将 X8 寄存器中存放的系统调用号传递给 invoke_syscall 函数。
在系统调用返回前，需要恢复异常发生时程序的执行现场，其中包括 ELR_EL1 和 SPSR_EL1 的值。由于异常可能会发生嵌套，一旦嵌套发生，这些寄存器的值就会发生变化，因此在返回之前需要恢复这些值。最后，内核会调用异常返回指令 eret，CPU 硬件将 ELR_EL1 写回 PC，将 SPSR_EL1 写回 PSTATE，并返回到用户态继续执行用户态程序。整个过程可以在 ret_to_user 函数的 kernel_exit 0 中完成。