1 基于QEMU-aarch64学习UEFI(EDK2)-2安装操作系统
文章目录
- 1 基于QEMU-aarch64学习UEFI(EDK2)-2安装操作系统
- 1.1 二、基于qemu固件安装操作系统
- 1.1.1 1、virt-manager安装
- 1.1.2 2、创建虚拟机
- 1.1.2.1 Ubuntu系统开机等待时间长问题解决
- 1.1.3 3、virt-manager日常使用
- 1.1.4 4、更换虚拟机固件
- 1.1.4.1 4.1、修改固件大小
- 1.1.5 5、virt-manager转为qemu命令启动虚拟机
- 1.1.5.1 精简启动命令
- 1.1.5.2 挂载ISO命令
- 1.1.5.3 替换UEFI路径
- 1.1.5.4 解决自己编译的QEMU固件报错问题
- 1.1.5.5 问题原因
- 1.1.6 6、最终命令
- 1.1.7 7、小结
- 1.1.8 8、基于ATF固件引导OS
1.1 二、基于qemu固件安装操作系统
1.1.1 1、virt-manager安装
UEFI固件编译完成后，我们使用qemu-system-aarch64程序，手动输入命令运行了QEMU_EFI.fd固件，其实就是相当于创建了一个虚拟机，因为qemu-system-aarch64收到输命令创建设备麻烦，现在我们使用virt-manager调用我们的QEMU_EFI.fd固件，安装aarch64的操作系统。
如果没有安装virt-manager，可以通过命令安装软件，sudo apt install virt-manager。
安装完成后运行程序。
1.1.2 2、创建虚拟机
我们创建一个虚拟机，可以看到调用的两个固件路径分别是/usr/share/AAVMF/AAVMF_CODE.fd和/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd。
我们把这个固件重命名一下是无法打开的，所以我们可以确定是该固件。
接着我们先用默认的固件测试安装操作系统，这里以openEuler-22.03测试。
openEuler安装过程内存较小，启动很慢。内存设置4G大小，重新安装可以进入安装界面。
我们换Ubuntu22.04安装。
设置用户名密码
安装完成后，可以进入系统且登录：
lspci查看设备，
dmidecode -t0查看bios信息，是2015年的。
1.1.2.1 Ubuntu系统开机等待时间长问题解决
安装Ubuntu22.04会卡在systemd-networkd-wait-online服务超时这里，等待2分多钟，我们进入系统修改一下超时时间。
sudo systemctl edit systemd-networkd-wait-online.service
#输入
[Service]
TimeoutStartSec=3
保存后会在下面这个路径生成一个override.conf文件。
然后重启，即可解决。
1.1.3 3、virt-manager日常使用
虚拟机创建完成，我们日常使用，可以通过virsh来开启关闭虚拟机。
我们关闭虚拟机后，可以通过sudo virsh list --all命令查看所有虚拟机。
然后开机命令是：sudo virsh start centos8-aarch64
连接虚拟机：sudo virsh console centos8-aarch64
ctrl+]退出
开机的时候连接虚拟机：sudo virsh start centos8-aarch64 --console
1.1.4 4、更换虚拟机固件
虚拟机创建完成后，我们可以正常进入系统，下面更换我们自己的固件。
sudo virsh edit centos8-aarch64
打开配置文件把pflash修改一下。
修改为：
然后重启虚拟机。
sudo virsh start centos8-aarch64 --console
发现直接替换报错，记录了大小。
1.1.4.1 4.1、修改固件大小
修改固件大小，参考
https://blog.csdn.net/weixin_42758299/article/details/115460776
$sudo qemu-img info /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd
image: /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd
file format: raw
virtual size: 2 MiB (2097152 bytes)
disk size: 2 MiB
$ qemu-img resize -f raw /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd 64M
Image resized.
$
可以看到虚拟大小变为了64M，我们再启动虚拟机。
sudo virsh start centos8-aarch64 --console
可以看到程序已经在运行了，这个是我们的应用程序，因为前面太快，没有输出bios阶段的信息，重启就会发现是我们的UEFI程序。
但是这样感觉不方便，还是得回去研究qemu-system-aarch64命令启动速度快方便调试。
1.1.5 5、virt-manager转为qemu命令启动虚拟机
因为我最开始尝试用qemu命令自己创建虚拟机，结果发现无法引导系统，才采用virt-manager方式管理，现在反过来我把virt-manager的虚拟机配置文件转换为qemu命令看看。
首先查看我们的虚拟机，命令sudo virsh list
看到我们的虚拟机名称为“centos8-aarch64”，这就是上面我们创建的虚拟机名称。
接着我们把这个虚拟机的xml文件导出，使用命令：sudo virsh dumpxml centos8-aarch64 > centos8-aarch64.xml
最后我们把xml文件转为qemu参数，命令：sudo virsh domxml-to-native qemu-argv centos8-aarch64.xml
结果发现命令很多参数，如果嫌麻烦可以继续使用virt-manager管理。
经过研究，可以引导系统的命令如下：
sudo qemu-system-aarch64 \
-blockdev '{"driver":"file","filename":"/usr/share/AAVMF/AAVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \
-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1 -uuid f02ab96c-f3ba-4b0c-8bc6-e29598906c1c \
-display none -no-user-config -nodefaults \
-rtc base=utc -no-shutdown -boot strict=on \
-device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x1 \
-device pcie-root-port,port=0x9,chassis=2,id=pci.2,bus=pcie.0,addr=0x1.0x1 \
-device pcie-root-port,port=0xa,chassis=3,id=pci.3,bus=pcie.0,addr=0x1.0x2 \
-device pcie-root-port,port=0xb,chassis=4,id=pci.4,bus=pcie.0,addr=0x1.0x3 \
-device pcie-root-port,port=0xc,chassis=5,id=pci.5,bus=pcie.0,addr=0x1.0x4 \
-device pcie-root-port,port=0xd,chassis=6,id=pci.6,bus=pcie.0,addr=0x1.0x5 \
-device pcie-root-port,port=0xe,chassis=7,id=pci.7,bus=pcie.0,addr=0x1.0x6 \
-device pcie-root-port,port=0xf,chassis=8,id=pci.8,bus=pcie.0,addr=0x1.0x7 \
-device pcie-root-port,port=0x10,chassis=9,id=pci.9,bus=pcie.0,addr=0x2 \
-device pcie-pci-bridge,id=pci.10,bus=pci.8,addr=0x0 \
-device qemu-xhci,p2=15,p3=15,id=usb,bus=pci.2,addr=0x0 \
-device virtio-scsi-pci,id=scsi0,bus=pci.3,addr=0x0 \
-device virtio-serial-pci,id=virtio-serial0,bus=pci.4,addr=0x0 \
-blockdev '{"driver":"file","filename":"/work/study/uefistudy/arm64-os.img","node-name":"libvirt-2-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-2-format","read-only":false,"driver":"qcow2","file":"libvirt-2-storage","backing":null}' \
-device virtio-blk-pci,scsi=off,bus=pci.5,addr=0x0,drive=libvirt-2-format,id=virtio-disk0,bootindex=1 \
-blockdev '{"driver":"file","filename":"/work/jammy-live-server-arm64.iso","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-1-format","read-only":true,"driver":"raw","file":"libvirt-1-storage"}' \
-device scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,device_id=drive-scsi0-0-0-0,drive=libvirt-1-format,id=scsi0-0-0-0 \
-device virtio-gpu-pci,id=video0,bus=pci.10,addr=0x1 \
-device virtio-balloon-pci,id=balloon0,bus=pci.6,addr=0x0 \
-msg timestamp=on \
-serial stdio \
这里需要修改的有操作系统镜像位置、硬盘位置，即qemu-img create -f qcow2 arm64-os.img 20G命令创建的文件。
安装完成系统后的arm64-os.img大小如下：
1.1.5.1 精简启动命令
sudo qemu-system-aarch64 -name guest=centos8-aarch64,debug-threads=on \
-blockdev '{"driver":"file","filename":"/usr/share/AAVMF/AAVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \
-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1 -uuid f02ab96c-f3ba-4b0c-8bc6-e29598906c0c \
-nodefaults \
-device qemu-xhci -device usb-kbd \
-device virtio-gpu-pci \
-serial stdio \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
1.1.5.2 挂载ISO命令
sudo qemu-system-aarch64 -name guest=uefi-study,debug-threads=on \
-blockdev '{"driver":"file","filename":"/usr/share/AAVMF/AAVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \
-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1 \
-nodefaults \
-device qemu-xhci \
-device usb-kbd \
-device virtio-gpu-pci \
-serial stdio \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
-drive if=none,format=raw,file=/work/jammy-live-server-arm64.iso,id=cd0 \
-device scsi-cd,bus=scsi0.0,lun=0,drive=cd0 \
1.1.5.3 替换UEFI路径
使用5.1中的命令，仅修改uefi路径，结果报错，我们重新修改qemu_efi的文件大小
sudo qemu-img resize -f raw QEMU_VARS.fd 64M
然后重新运行，直接进入shell，无法引导系统。
sudo qemu-system-aarch64 -name guest=uefi-study,debug-threads=on \
-blockdev '{"driver":"file","filename":"/work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \
-blockdev '{"driver":"file","filename":"/work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1 \
-nodefaults \
-device qemu-xhci -device usb-kbd \
-device virtio-gpu-pci \
-serial stdio \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
然后回过头找原因，我们使用最简单的命令启动我们安装好的系统，其中固件路径是安装包自带的。
sudo qemu-system-aarch64 \
-m 1G -cpu cortex-a57 -M virt -smp cpus=2 \
-bios /usr/share/AAVMF/AAVMF_CODE.fd \
-device virtio-gpu-pci \
-device qemu-xhci \
-device usb-kbd \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/var/lib/libvirt/images/centos8-aarch64.qcow2,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
-serial stdio \
发现可以启动操作系统，那么，这样的话，就是我自己编译的UEFI固件有问题。
1.1.5.4 解决自己编译的QEMU固件报错问题
我们的报错：
Synchronous Exception at 0x0000000092ED8428
...
...
PC 0x0000478BDFEC (0x0000478A4000+0x00019FEC) [ 1] DxeCore.dll
PC 0x0000BC7103EC
...
PC 0x0000478BDFEC (0x0000478A4000+0x00019FEC) [ 1] DxeCore.dll
PC 0x0000BFCE4370 (0x0000BFCD4000+0x00010370) [ 2] BdsDxe.dll
PC 0x0000BFCE6104 (0x0000BFCD4000+0x00012104) [ 2] BdsDxe.dll
PC 0x0000478C0C28 (0x0000478A4000+0x0001CC28) [ 3] DxeCore.dll
[ 1] /work/study/uefistudy/edk2-202211/Build/ArmVirtQemuStudy/DEBUG_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll
[ 2] /work/study/uefistudy/edk2-202211/Build/ArmVirtQemuStudy/DEBUG_GCC5/AARCH64/MdeModulePkg/Universal/BdsDxe/BdsDxe/DEBUG/BdsDxe.dll
[ 3] /work/study/uefistudy/edk2-202211/Build/ArmVirtQemuStudy/DEBUG_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll
...
ESR : EC 0x21 IL 0x1 ISS 0x0000000E
Instruction abort: Permission fault, second level
Stack dump:
...
ASSERT [ArmCpuDxe] /work/study/uefistudy/edk2-202211/edk2/ArmPkg/Library/DefaultExceptionHandlerLib/AArch64/DefaultExceptionHandler.c(333): ((BOOLEAN)(0==1))
继续分析问题，我们下载最新的Ubuntu edk2源代码包，https://packages.ubuntu.com/source/lunar/edk2
其源码也是edk2-stable202211，与我们使用的一致，但是编译时候多了一些规则，我们参考看看。
查看rule里面的编译命令，发现多了一些define宏定义。
但是我们编译，结果同样无法引导系统。
继续查找，发现在Debian文件夹中的patches中有一些patch。
我们大胆猜测，小心求证，把patch中的变量自己修改一下，由0xC000000000007FD5改为0xC000000000007FD5，如下图，然后我们重新编译固件，运行qemu。
gEfiMdeModulePkgTokenSpaceGuid.PcdDxeNxMemoryProtectionPolicy|0xC000000000007FD1
运行命令：
sudo qemu-system-aarch64 \
-m 4G -cpu cortex-a57 -M virt -smp cpus=2 \
-bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
-device virtio-gpu-pci \
-device qemu-xhci \
-device usb-kbd \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=raw,file=/work/openEuler-22.03-LTS-aarch64-dvd.iso,id=cd0 \
-device scsi-cd,bus=scsi0.0,lun=0,drive=cd0 \
-serial stdio \
发现居然可以引导系统了。
然后换回加载我们之前安装好的系统盘，不加载光驱，命令如下，发现我硬盘引导项，继续查找原因。
sudo qemu-system-aarch64 \
-m 4G -cpu cortex-a57 -M virt -smp cpus=2 \
-bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
-device virtio-gpu-pci \
-device qemu-xhci \
-device usb-kbd \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
-serial stdio \
map -r命令也不行，
继续找原因，我们升级edk2到stable202302看看。
然后发现我们上面修改的patch仍然没有合并，所以我们手动修改：
编译完成后，我们引导系统，发现可以正常进入。
sudo qemu-system-aarch64 \
-m 4G -cpu cortex-a57 -M virt -smp cpus=2 \
-bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
-device virtio-gpu-pci \
-device qemu-xhci \
-device usb-kbd \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
-serial stdio \
所以我们后续以edk2-stable202302为基础代码进行修改。
提交一下代码：
1.1.5.5 问题原因
分析PcdDxeNxMemoryProtectionPolicy变量，是设置内存保护策略，EfiLoaderData位表示EfiLoaderData内存类型数据可以执行，修改后清除EfiLoaderData位，表示不处理该内存类型，grub可以正常引导内核。
我们查看该patch提交时间和原因，如下图：大概意思就是之前GRUB的BUG已经修复，然后现在改回正常状态。
1.1.6 6、最终命令
经过一顿折腾，我们得出结论是EDK2代码的问题，所以后续我们调试命令参考如下：
sudo qemu-system-aarch64 \
#CPU、内存相关配置
-m 4G -cpu cortex-a57 -M virt -smp cpus=2 \
#固件路径
-bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
#gpu
-device virtio-gpu-pci \
#usb
-device qemu-xhci \
-device usb-kbd \
-device usb-mouse \
#scsi
-device virtio-scsi-pci,id=scsi0 \
#硬盘位置
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
#本地文件夹映射
-drive file=fat:rw:./filedir/,media=disk,if=virtio,format=raw \
#串口
-serial stdio \
本地文件夹映射需要自己新建一个文件夹，我这里以filedir为例。
进入UEFI的shell可以看到该文件夹的内容，后续我们开发的程序可以直接通过该文件夹映射到UEFI中，使用该方式较方便。
1.1.7 7、小结
至此，我们基于edk2-stable202302版本代码，编译了QEMU_EFI.fd，并通过qemu-system-aarch64程序加载了UEFI，最后成功引导了aarch64的操作系统。后续我们基于此进行EDK2的程序开发学习。
1.1.8 8、基于ATF固件引导OS
ARM架构安全启动安装ATF流程，我们之前单纯启动的是BL33阶段的UEFI，下面我们试一下加入ATF固件。
下载ATF代码：
git clone https://github.com/ARM-software/arm-trusted-firmware.git
使用一个最新的归档版本，如V2.8。
参考下面链接进行编译，这里用到的QEMU是ArmVirtPkg/ArmVirtQemuKernel.dsc文件。
https://github.com/ARM-software/arm-trusted-firmware/blob/master/docs/plat/qemu.rst
我们首先编译UEFI，在UEFI-TOOLS中添加一个模块。
然后开始编译./uefi-tools/edk2-build.sh -b DEBUG armvirtqemukernel
进入目录开始编译ATF固件：
make BL33=/work/study/uefistudy/edk2-202211/Build/ArmVirtQemuKernel-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
CROSS_COMPILE=aarch64-linux-gnu- \
PLAT=qemu \
all fip \
#调试等级按需设置
DEBUG=1 LOG_LEVEL=50 \
编译完成在build/qemu/release生成bl1.bin和fip.bin，此时需要将这两个固件合成一个，作为BIOS启动。
dd if=bl1.bin of=flash.bin bs=4096 conv=notrunc
dd if=fip.bin of=flash.bin seek=64 bs=4096 conv=notrunc
启动固件，用下面命令，多了一个serure=on其他同之前的命令。
qemu-system-aarch64 \
-machine virt,secure=on \
-device virtio-gpu-pci \
-cpu cortex-a57 \
-smp 2 \
-m 1024 \
-bios /work/study/uefistudy/arm-trusted-firmware/build/qemu/release/flash.bin \
-d unimp \
-serial stdio \
-device qemu-xhci \
-device usb-kbd \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
可以看到BIOS固件正常启动，且打印BL1和BL2 BL31阶段的信息。
同样可以进入操作系统
