计算机科学家David Wheeler有一句名言：计算机科学中的任何问题都可以通过增加一个中间层来解决。这句话简洁而深刻地说明了虚拟化的思想存在于计算机科学中的各个领域。QEMU就是这种思想的一个具体实现。
系统环境我们用neofetch看一下系统环境信息：
neofetch && uname -a|lolcat下载QEMU以及runtime工具
sudo apt-get install qemu libncurses5-dev gcc-arm-linux-gnueabi build-essential安装busybox
编译静态busybox库：
export ARCH=arm export CROSS_COMPILE=arm-linux-gnueabi- make menuconfig
编译
make install
编译完成之后，在busybox目录下得到安装好的文件系统目录
下载内核，如果觉得下载过慢，可以使用axel多线程下载
axel -a -n 8 https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.0.tar.gz创建文件系统：
cp -fr ../../busybox-1.24.2/_install . cd _install/ mkdir etc/ dev/ mnt/ -p etc/init.d
进入linux-4.0/_install/etc/init.d，创建rcS文件，并写入
mkdir -p /proc mkdir -p /tmp mkdir -p /sys mkdir -p /mnt /bin/mount -a mkdir -p /dev/pts mount -t devpts devpts /dev/pts echo /sbin/mdev > /proc/sys/kernel/hotplug mdev -s
之后，执行 chmod a+x rcS修改为可执行
进入linux-4.0/_install/etc，创建fstab文件，并写入
proc /proc proc defaults 0 0 tmpfs /tmp tmpfs defaults 0 0 sysfs /sys sysfs defaults 0 0 tmpfs /tmp tmpfs defaults 0 0 debugfs /sys/kernel/debug debugfs defaults 0 0
进入linux-4.0/_install/etc，创建inittab文件，并写入
::sysinit:/etc/init.d/rcS ::respawn:-/bin/sh ::askfirst:-/bin/sh ::ctrlaltdel:/bin/umount -a -r
进入linux-4.0/_install/dev，在root权限下创建如下节点
设置编译环境：
export ARCH=arm export CROSS_COMPILE=arm-linux-gnueabi- make vexpress_defconfig make menuconfig
配置initarmfs
将配置好的根文件系统设置进来：
设置地址空间的3G/1G划分
开始编译kernelmake bzImage -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make dtbs
期间遇见缺少inlude/linux/compiler-gcc7.h时，可以将compiler-gcc4.h重名为compiler-gcc7.h即可
之后执行 make dtbs创建device tree blob.
万事具备，只欠运行了
运行QEMU模拟4核Cortex-A9qemu-system-arm -M vexpress-a9 -m 1024M -kernel arch/arm/boot/zImage -append "rdinit=/linuxrc console=ttyAMA0 loglevel=8" -dtb arch/arm/boot/dts/vexpress-v2p-ca9.dtb -nographic
退出qemu,直接 ctral+a X即可。
使用linux-4.15.18搭建环境重新测试，内和配置方法相同，发现linux-4.15.18仍然可以和当前的busybox匹配兼容使用，并且没有了上面的编译错误，那就用linux-4.15.18了。
ctrl+x A推出QEMU或者在另一个终端中输入killall qemu-system-arm退出
调试用如下命令安装ARM GDB
sudo apt install gcc-arm-none-eabi
安装完之后发现还是没有arm gdb命令，问杜娘才知道UBUNTU18.04对ARM GDB的支持比较特殊，至于怎么特殊是个long story,感兴趣的可以去查，这里不想在GDB安装上浪费时间，直接用MELIS 的裸机GDB尝试一下，感觉裸机的GDB应该也是可以的，都支持标准的GDB调试协议嘛。
又不得不祭出melis:
之后输入调试命令
qemu-system-arm -M vexpress-a9 -m 1024M -kernel arch/arm/boot/zImage -append "rdinit=/linuxrc console=ttyAMA0 loglevel=8" -dtb arch/arm/boot/dts/vexpress-v2p-ca9.dtb -S -s
根据命令选项，第一个-S表示CPU 停止住，第二个-s表示在1234端口等待GDB连接调试。
编译代DEBUG INFO的内核,默认已经打开了DEBUG INFO选项。
新开一个调试
$/home/caozilong/Workspace/arm-tool/gcc-arm-melis-eabi-9-2020-q2-update/bin/arm-melis-eabi-gdb -tui vmlinux $target remote localhost:1234 $b start_kernel $c
果然melis也是可以的，之后，就可以愉快的展开调试了。
优化GDB的调试环境GDB调试环境虽然已经建立，但是还不太友好，表现在每次都要重复输入连接命令，可以擦考下面这篇博客对GDB环境进行优化。
GDB -x选项以及命令脚本的编写_papaofdoudou的博客-CSDN博客_gdb命令脚本
针对qemu的调试环境，我们可以创建.gdbinit文件并收入如下命令
arm-melis-eabi-gdb -x .gdbinit 命令进行触发。
使用命令 CTRL X + A进行TUI窗口的切换。
磁盘挂载为了方便HOST机和QEMU机之间的文件传输，可以使用QEMU提供的 -sd选项将HOST机上的一个文件系统镜像文件映射为QEMU机上的文件系统的方式来实现。
首先生成文件系统镜像文件：
dd if=/dev/zero of=disk.img bs=1024 count=65536
并将其格式化为EXT4
mkfs.ext4 ./disk.img
挂载为本地回环:
mkdir tempfs sudo mount -o loop ./disk.img ./tempfs/ sudo cp ./a.out tempfs/ sudo umount ./tempfs
添加helloworld程序，并且为静态链接。
启动，在前面QEMU启动命令的基础上，添加-sd disk.img 选项。
qemu-system-arm -M vexpress-a9 -m 1024M -kernel arch/arm/boot/zImage -append "rdinit=/linuxrc console=ttyAMA0 loglevel=8" -dtb arch/arm/boot/dts/vexpress-v2p-ca9.dtb -nographic -sd disk.img
成功启动后，我们可以看到了/dev/mmcblk0设备，它就是disk.img对应的设备。
输入挂载命令
mount -t ext4 /dev/mmcblk0 /mnt
出错，提示开启CONFIG_LBDAF
开启CONFIG_LBDAF，重新配置内核：
之后，就可以正常的启动测试了,可以看到helloworld正确执行。
结束
