Linux kernel qemu系统ppc似乎无法启动

直到最近，我才能够使用定制的交叉编译Linux内核和BusyBox引导qemu系统ppc（v1.7.0）。我甚至把它贴在这里：

但是，我现在无法使用v2.0.2做到这一点。我用来调用qemu的命令与我以前使用的命令完全相同

qemu系统ppc-M mpc8544ds-M 512-kernel zImage-s-nographic-initrd busyboxfs.img-append“root=/dev/ram rdinit=/bin/sh kgdboc=ttys0115200 kgdbwait

---

有人能帮我看一下控制台日志吗？这样我就可以了解它是否确实在引导，如果没有，问题是什么。我尝试过在内核中不使用kgdb参数，但我看到的仍然是空白。

您可能想看看Buildroot（）：我们有三个PowerPC DefConfig，在Qemu的最新版本（包括2.0.2和2.1.2）下可以正常启动

---

特别是在qemu 2.1.2下运行良好的

qemu ppc\u G3米色defconfig

，在qemu 2.0.2下运行良好的

qemu ppc\u mpc8544ds\u defconfig

，在qemu 2.0.2下运行良好的

qemu ppc\u virtex\u ml507\u defconfig

，在qemu 2.1.2.1.2下运行良好。

老实说，我以前从未使用过buildroot配置tion，可能是一组补丁，将配置buildroot以生成工具链、rootfs、内核映像和引导加载程序。对吗？我将从现在开始尝试，但如果我想在我的情况下定位问题，该怎么办？在引导映像所需的这些组件中，如果其中一个出现故障怎么办？我们如何识别故障组件？我很抱歉使用emdebian作为工具链，busybox作为rootfs。如果我正确的话，Qemu使用openBIOS。可能是我的内核有问题，但在这种情况下，我至少会看到一些控制台日志。我现在使用您指定的defconfig。但是我指定了内核的2.6.32版本。现在交叉编译器显然将所有警告都视为错误（这很好，可能是更新的内核版本修复了它）因此，我的2.6.32内核构建失败。为了克服这个问题，我尝试将

-Wno error

添加到顶级内核makefile中，但没有效果。我被迫添加

-w

以忽略所有警告。有什么方法可以防止交叉编译器将所有警告视为错误？可能使用CFLAGS？在哪里添加它们？