我没有使用 ZyBo 的直接经验,但是我多次遇到类似的情况,我学会了如何从互联网(甚至在互联网之前)收集信息并用一些逆向工程,然后是反复试验。
我收集了我认为有用的信息,但我从未拥有过 ZyBo,因此请谨慎对待。
另外,如果您不了解某些术语,请花时间阅读链接的文档。
似乎可以避免部分 Vivado SDK 和 IDE,附录 A 中的Zynq 7000 Software Developer guide 描述了使用bootgen 和BIF 文件生成启动映像。
在 Zybo 术语中,引导映像包含 BootROM 标头和第一阶段引导加载程序(引导过程的第一阶段,它还包含用户代码)。
请注意,BootROM 本身是不可写的,因此除非您找到破解它的方法,否则您无法更改阶段 0(虽然这不是一个好主意,阶段 0 只做最少的工作并使板可用)。
取自该手册的示例
// A simple BIF file example.
the_ROM_image:
{
[init]init_data.int
[bootloader]myDesign.elf
Partition1.bit
Partition1.rbt
Partition2.elf
}
并且手册明确指出ELF 是受支持的文件格式(至少我希望它是那个 ELF)。
因此您可以使用 GCC 生成 ARM ELF,然后使用 bootgen 生成引导映像(当然没有 C 运行时)。
也支持二进制文件,因此任何 ARM 汇编程序都可以。
这应该避免任何 SDK 初始化代码,只在代码之前执行阶段 0。
Zynq 7000 Technical Reference Manual 详细描述了 BootROM 标头格式。
它还解释了各种硬件组件和做出的架构决策,包括启动过程和各种裸机选项。
因此,您甚至可以摆脱 bootgen 并制作自己的工具。
在 XIP 模式下,BootROM 标头似乎有一个定义中断表的字段,但是,如上所述,它是 BootROM 执行的第一个代码,因此您不必从 ARM 复位向量开始。
我不熟悉 SDK,但我敢肯定,如果您窥探 SDK bin 文件夹,您会发现很多用于 ARM 工具链的常用 GNU 工具(几乎就像它发生在 Android NDK 上一样)。
XILINX 在其一份文件中(唉,我不记得是哪一份了)声明他们使用了标准 GNU 工具,并进行了轻微的扩充。
至于避免使用 XILINX 库,您可以尝试阅读它们的源代码(如果可用)或反汇编它们的二进制文件。
在技术参考手册的帮助下,您应该能够首先避免它们。
XILINX 在链接的两个文档(shorter one is here)上很好地描述了它的董事会,阅读这两个文档将解释很多事情。
通常供应商会重用现有工具,因此,除非 XILINX 自己开发,否则您应该会发现 IDE 使用的命令行工具很熟悉。
在深入了解 Vivado SDK 的工作原理后,您甚至可能会开始喜欢它!