microblaze运行linux方案探索

方案背景

microblaze上跑linux的方案，包括如何启动和固化

解决方案(1)

1 相关技术

1.1 microblaze运行linux可行性

主要开发文档
ug1144

microblaze官方wiki

介绍mmu,处理器结构,microblaze with linux

原文链接

4种启动方案与一种实现案例(博客)

MicroBlaze处理器的PetaLinux操作系统移植：PetaLinux有4种启动方案：XMD下载启动、TFTP网络下载启动、Flash启动和SysACE CF卡启动。其中，XMD和TFTP网络下载启动方案，在每次系统上电后都必须重新下载，适用于系统调试；Flash启动方案在系统上电后自动从Flash中读取配置文件，但Flash烧写速度较慢，更改系统配置较为不便。因此，本系统选用SysACECF卡启动方案..

mircoblaze的vivado搭建官方指南

1.2固化bitstream文件?

1.传统方法对Bitstream进行flash固化

需要说明的是，下载完比特流后，如果开发板断电，程序会丢失。如果想要程序断电不丢失的话，需要将程序固化至开发板中，这个需要在嵌入式 SDK 软件中完成， ZYNQ 芯片无法单独固化比特流文件(PL的配置文件)。这是由于 ZYNQ 非易失性存储器的引脚(如 SD 卡、QSPI Flash)是 ZYNQ PS 部分的专用引脚，这些非易失性存储器由 PS 的 ARM 处理器进行驱动，需要将bit流文件和elf文件（软件程序的下载文件）合成一个 BOOT.BIN，才能进行固化，因此需要学习 ZYNQ 嵌入式 SDK 的开发流程。

尚不明确micrblaze软核是先进行固化后在完成镜像移植启动，还是在镜像移植

2 相关设计参考

2.1 启动(使用flash完成操作系统启动)

参考启动流程：

参考文章MicroBlaze 上的嵌入式软件堆栈概述：
MicroBlaze 的软件堆栈不像Xilinx的其他嵌入式设备那样从加固的BootROM开始。相反，初始引导代码必须包含在FPGA比特流中，通常通过初始化映射到MicroBlaze引导向量的一小块 BlockRAM来实现。对于某些系统，整个应用程序可能会驻留在这个BlockRAM 中。对于更复杂的系统（例如Linux），可以在BlockRAM中初始化第一阶段引导加载程序。Xilinx 提供了一个称为 FS-Boot的第一阶段引导加载程序，它在启动时执行并负责将第二阶段引导加载程序（通常是U-Boot，但可能是最终应用程序）从非易失性存储器复制到 MicroBlaze可以从中执行的存储器中，通常为DDR。FS-Boot 至少需要 8KB 的 BlockRAM。