使用QEMU启动SMARC p2020路由器内核遇阻，需匹配何种CPU/机器？

问题根源 #

第一次启动失败原因 #

未指定匹配SMARC P2020（e500v2架构）的QEMU机器类型，默认的PPC机器使用OpenBIOS，无法适配e500v2架构的内核，导致卡在上下文切换阶段。

第二次启动失败原因 #

使用-bios u-boot.e500后，u-boot的bootm命令要求内核为uImage格式（经过mkimage工具打包的镜像），但你提供的vmlinux.bin是ELF原生可执行格式，u-boot无法识别该格式，因此抛出格式错误。

解决方案 #

方案一：跳过u-boot，让QEMU直接加载内核（推荐） #

ppce500机器类型支持直接加载ELF格式的vmlinux，无需通过u-boot中转，修正后的命令如下：

qemu-system-ppc -machine ppce500 -cpu e500v2 -m 1G -nographic -kernel ./vmlinux.bin -append "console=ttyS0 root=/dev/sda" -drive format=raw,file=./rootfs.ext2

注意：

• 移除-bios u-boot.e500参数，避免u-boot干扰直接引导流程
• 内存大小建议与硬件一致（比如硬件是1G就用-m 1G），无需刻意调大

方案二：将内核转为uImage格式配合u-boot启动 #

如果必须使用u-boot，需要先把ELF格式的vmlinux打包为u-boot支持的uImage：

1. 使用Buildroot交叉编译工具链中的mkimage工具（路径通常为output/host/bin/mkimage）执行打包：

   output/host/bin/mkimage -A ppc -O linux -T kernel -C none -a 0x00000000 -e 0x00000000 -n "P2020 Linux Kernel" -d ./vmlinux.bin ./uImage
   

   其中-a（加载地址）和-e（入口地址）需与P2020硬件的内核加载地址一致，可通过Buildroot配置或内核链接脚本确认，常见值为0x00000000或0x10000000。
2. 调整QEMU命令，移除-kernel和-append参数，启动后在u-boot命令行手动加载uImage并引导，或通过u-boot脚本自动执行。

额外检查项 #

• 确认内核配置已开启e500v2架构支持（CONFIG_PPC_E500=y等相关选项），Buildroot针对硬件编译的内核通常已满足，但需排除硬件专属配置导致QEMU无法模拟的情况。
• 根文件系统挂载参数：若/dev/sda无法识别，可尝试替换为/dev/hda，部分QEMU版本对磁盘设备命名有差异。

内容的提问来源于stack exchange，提问作者IFomin