Arm 与现有rootfs和外部工具链（buildroot？qemu？）交叉编译

我正在开发一个基于Cortex A9的arm嵌入式平台，非常类似于hummingboard

我正致力于移植一些以前在beaglebone上运行的软件。我们的软件是基于python的，但使用一些CType、一个内部c库、几个python模块和一个rabbitmq服务器。在beaglebone上，设置这个很容易，因为有很多支持和基于ubuntu的发行版，使安装软件包变得简单

我有一个linaro交叉编译器和平台制造商提供给我们的uboot和rootfs映像。手动交叉编译和构建所有必需的依赖关系变得相当令人头痛，因为所有东西都没有什么怪癖。我没有可以在arm设备上运行的本机开发工具链

我正在寻找一种更简单的方法来完成这些任务。Buildroot听起来正是我所需要的，但我不确定如何使用现有的rootfs和工具链。不幸的是，我不知道rootfs的所有细节，也不知道硬件是如何运行的，所以我认为我不能使用buildroot完全复制设置

我正在研究的另一个选择是，以某种方式将rootfs与QEMU结合使用，并构建一个在其上运行的本机工具链，这将允许我手动构建依赖项，而无需处理交叉编译带来的麻烦

---

非常感谢您的帮助。谢谢。

Buildroot旨在生成整个rootfs，而不是补充现有的rootfs。因此，如果要使用Buildroot，就应该去掉现有的根文件系统，并使用Buildroot生成的新文件系统

---

另外，请注意，如果您对BeagleBone上运行的Debian发行版感到满意，您也可以在Hummingboard上运行Debian。

不幸的是，我没有使用Hummingboard库存。该平台是同一架构、相同处理器、内存等的修改版本，但不同的外围设备。这有什么关系？我没有设计或创建该平台，它有一些不同于hummingboard参考设计的修改。我没有足够的信息或能力来重新创建已经在现有rootfs上完成的工作，以便进行hw启动。hummingboard debian发行版很可能不会在这个平台上运行vanilla。任何修改都会在硬件级别进行，对吗？您是否要求提供U-Boot源代码补丁以及内核的相同补丁？这应该让你的董事会运行使用一个完整的buildroot构建。