ZYNQ进阶只给PetaLinux一个HDF文件就能生成系统解密HDF与system.bit的底层逻辑文章目录ZYNQ进阶只给PetaLinux一个HDF文件就能生成系统解密HDF与system.bit的底层逻辑[toc]前言疑问一给 PetaLinux 一个 HDF 就能搞定一切吗1. PetaLinux 根据 HDF 【能全自动完成】的事情2. PetaLinux 【无法自动完成】必须手动配置的避坑点疑问二PetaLinux 为什么会生成 system.bit1. 文件的真正来源HDF 本质是个压缩包2. PetaLinux 为什么要费周折把它提取出来改名终极总结ZYNQ 真实的开发工作流公式前言在 ZYNQ 的开发流程中从纯硬件设计Vivado跨越到带操作系统的软硬件协同设计PetaLinux初学者往往会面临一个巨大的认知鸿沟。最常被问到的两个直击灵魂的问题是“我是不是只要在 Vivado 里导出一个.hdf文件扔给 PetaLinux一路回车就能完美生成能在 NAND 上跑的 Linux 系统”“PetaLinux 明明是一个编译软件Linux系统的工具为什么在petalinux-build之后它的目录下会神奇地生成一个代表纯硬件逻辑的system.bit文件”今天我们就来彻底解开这两个隐藏在 PetaLinux 自动化脚本背后的底层逻辑。疑问一给 PetaLinux 一个 HDF 就能搞定一切吗从广义上来说是的HDFHardware Description File文件是生成所有系统文件的唯一“物理基础”源头。但从实际工程角度来说绝对不是“扔进去一个 HDF 文件直接回车编译就能完美运行”那么简单。PetaLinux 确实非常强大它能根据 HDF 文件自动生成底层驱动和设备树但是HDF 文件只描述了“硬件长什么样”并没有描述“你希望软件怎么运行”。特别是对于NAND Flash 启动这种非易失性存储需求如果不做任何手动配置生成的系统是绝对无法正常引导的。1. PetaLinux 根据 HDF 【能全自动完成】的事情当你执行petalinux-config --get-hw-descriptionhdf路径时PetaLinux 会疯狂解析 HDF 内部结构并为你代劳以下工作确定 CPU 架构识别出是 ZYNQ-7000 (Cortex-A9双核)自动选择对应的交叉编译工具链。识别内存映射自动读取你在 Vivado 配置的 DDR 大小如 1GB并配置 Linux 内核的内存空间。生成核心设备树自动发现你在 Vivado 勾选了 UART、Ethernet、NAND 控制器等并自动生成包含这些外设物理地址的设备树源码.dts。生成 FSBL 代码提取 DDR 时序、MIO 引脚配置等参数编译出完全适配你板子的zynq_fsbl.elf。一句话总结只要 Vivado 里硬件画对了基础驱动和初始化 PetaLinux 全包了。2. PetaLinux 【无法自动完成】必须手动配置的避坑点HDF 文件就像房屋的“户型图”但房子怎么划分房间Vivado 是不知道的。针对NAND 启动以下几点必须通过petalinux-config菜单手动干预坑点一NAND Flash 的分区Partition TableVivado 知道有 NAND但不知道怎么用。你必须在Subsystem AUTO Hardware Settings - Flash Settings中手动划分分区例如前 5MB 放 BOOT.BIN接着 20MB 放内核剩下放文件系统。不分好区U-Boot 就找不到内核在哪。坑点二根文件系统Rootfs的存储格式PetaLinux 默认生成initramfs把系统塞进内存运行掉电数据全丢。要在 NAND 上长久保存数据必须在Image Packaging Configuration中将根文件系统格式修改为专为 NAND 设计的UBIFS。坑点三Linux 的启动参数Bootargs必须确保 Bootargs 指向了正确的 NAND 分区例如rootubi0:rootfs ubi.mtd2 rootfstypeubifs。疑问二PetaLinux 为什么会生成system.bit很多初学者在images/linux/目录下看到system.bit时都懵了PetaLinux 居然还会综合编译 FPGA 逻辑简单直接的答案是PetaLinux 根本没有去“编译”或“生成”这个.bit文件它只是把你当初从 Vivado 导出的.hdf文件给“解压”了并把里面的比特流文件提取出来重命名为了system.bit。1. 文件的真正来源HDF 本质是个压缩包在 Vivado 导出硬件时你一定勾选了“Include bitstream”。生成的.hdf文件本质上就是一个 ZIP 压缩包。如果你把后缀改成.zip解压就会看到里面静静地躺着你在 Vivado 里生成的那个.bit文件。2. PetaLinux 为什么要费周折把它提取出来改名PetaLinux 把 bit 文件提取并改名的原因完全是为了后续打包和启动的便利性原因一统一命名规范防呆设计在 Vivado 中每个开发者给顶层模块起的名字都不一样top.bit,fpga.bit等。如果 PetaLinux 不统一改名后续的打包脚本就不知道该去抓取哪个文件。强制改名为system.bit脚本闭着眼睛也不会抓错。原因二为了一键生成 BOOT.BINZYNQ 启动的核心文件BOOT.BIN必须包含FSBL Bitstream U-Boot。PetaLinux 贴心地把这三个刚出炉的文件全部汇聚到了images/linux/这同一个目录下。当你敲下petalinux-package --boot --fsbl --fpga --u-boot --force你都不需要指定冗长的绝对路径PetaLinux 会自动就地取材把它们揉合在一起。原因三支持 Linux 动态加载 (FPGA Manager)如果你的项目不需要在开机时加载 PL 程序而是等 Linux 启动后通过敲命令动态烧写 FPGA。PetaLinux 提取出system.bit后可以顺手把它打包进 Linux 的/lib/firmware/目录中备用。补充提醒如果你某天执行完 build 发现找不到system.bit100% 是因为你在 Vivado 导出硬件时忘记勾选 “Include bitstream” 了终极总结ZYNQ 真实的开发工作流公式通过以上解密我们可以得出在 Vivado/PetaLinux 环境下完整的真实流程公式[一个正确的 HDF 文件] [针对 NAND 的手动 Menuconfig 策略配置] [编译 Build] [打包 Package] 最终完美运行的 ZYNQ 系统。仅仅提供 HDF 文件只是给出了硬件图纸最终决定系统如何引导、文件如何挂载的依然是你作为架构师通过配置菜单设定的“软件策略”。
ZYNQ进阶：只给PetaLinux一个HDF文件就能生成系统？解密HDF与system.bit的底层逻辑
ZYNQ进阶只给PetaLinux一个HDF文件就能生成系统解密HDF与system.bit的底层逻辑文章目录ZYNQ进阶只给PetaLinux一个HDF文件就能生成系统解密HDF与system.bit的底层逻辑[toc]前言疑问一给 PetaLinux 一个 HDF 就能搞定一切吗1. PetaLinux 根据 HDF 【能全自动完成】的事情2. PetaLinux 【无法自动完成】必须手动配置的避坑点疑问二PetaLinux 为什么会生成 system.bit1. 文件的真正来源HDF 本质是个压缩包2. PetaLinux 为什么要费周折把它提取出来改名终极总结ZYNQ 真实的开发工作流公式前言在 ZYNQ 的开发流程中从纯硬件设计Vivado跨越到带操作系统的软硬件协同设计PetaLinux初学者往往会面临一个巨大的认知鸿沟。最常被问到的两个直击灵魂的问题是“我是不是只要在 Vivado 里导出一个.hdf文件扔给 PetaLinux一路回车就能完美生成能在 NAND 上跑的 Linux 系统”“PetaLinux 明明是一个编译软件Linux系统的工具为什么在petalinux-build之后它的目录下会神奇地生成一个代表纯硬件逻辑的system.bit文件”今天我们就来彻底解开这两个隐藏在 PetaLinux 自动化脚本背后的底层逻辑。疑问一给 PetaLinux 一个 HDF 就能搞定一切吗从广义上来说是的HDFHardware Description File文件是生成所有系统文件的唯一“物理基础”源头。但从实际工程角度来说绝对不是“扔进去一个 HDF 文件直接回车编译就能完美运行”那么简单。PetaLinux 确实非常强大它能根据 HDF 文件自动生成底层驱动和设备树但是HDF 文件只描述了“硬件长什么样”并没有描述“你希望软件怎么运行”。特别是对于NAND Flash 启动这种非易失性存储需求如果不做任何手动配置生成的系统是绝对无法正常引导的。1. PetaLinux 根据 HDF 【能全自动完成】的事情当你执行petalinux-config --get-hw-descriptionhdf路径时PetaLinux 会疯狂解析 HDF 内部结构并为你代劳以下工作确定 CPU 架构识别出是 ZYNQ-7000 (Cortex-A9双核)自动选择对应的交叉编译工具链。识别内存映射自动读取你在 Vivado 配置的 DDR 大小如 1GB并配置 Linux 内核的内存空间。生成核心设备树自动发现你在 Vivado 勾选了 UART、Ethernet、NAND 控制器等并自动生成包含这些外设物理地址的设备树源码.dts。生成 FSBL 代码提取 DDR 时序、MIO 引脚配置等参数编译出完全适配你板子的zynq_fsbl.elf。一句话总结只要 Vivado 里硬件画对了基础驱动和初始化 PetaLinux 全包了。2. PetaLinux 【无法自动完成】必须手动配置的避坑点HDF 文件就像房屋的“户型图”但房子怎么划分房间Vivado 是不知道的。针对NAND 启动以下几点必须通过petalinux-config菜单手动干预坑点一NAND Flash 的分区Partition TableVivado 知道有 NAND但不知道怎么用。你必须在Subsystem AUTO Hardware Settings - Flash Settings中手动划分分区例如前 5MB 放 BOOT.BIN接着 20MB 放内核剩下放文件系统。不分好区U-Boot 就找不到内核在哪。坑点二根文件系统Rootfs的存储格式PetaLinux 默认生成initramfs把系统塞进内存运行掉电数据全丢。要在 NAND 上长久保存数据必须在Image Packaging Configuration中将根文件系统格式修改为专为 NAND 设计的UBIFS。坑点三Linux 的启动参数Bootargs必须确保 Bootargs 指向了正确的 NAND 分区例如rootubi0:rootfs ubi.mtd2 rootfstypeubifs。疑问二PetaLinux 为什么会生成system.bit很多初学者在images/linux/目录下看到system.bit时都懵了PetaLinux 居然还会综合编译 FPGA 逻辑简单直接的答案是PetaLinux 根本没有去“编译”或“生成”这个.bit文件它只是把你当初从 Vivado 导出的.hdf文件给“解压”了并把里面的比特流文件提取出来重命名为了system.bit。1. 文件的真正来源HDF 本质是个压缩包在 Vivado 导出硬件时你一定勾选了“Include bitstream”。生成的.hdf文件本质上就是一个 ZIP 压缩包。如果你把后缀改成.zip解压就会看到里面静静地躺着你在 Vivado 里生成的那个.bit文件。2. PetaLinux 为什么要费周折把它提取出来改名PetaLinux 把 bit 文件提取并改名的原因完全是为了后续打包和启动的便利性原因一统一命名规范防呆设计在 Vivado 中每个开发者给顶层模块起的名字都不一样top.bit,fpga.bit等。如果 PetaLinux 不统一改名后续的打包脚本就不知道该去抓取哪个文件。强制改名为system.bit脚本闭着眼睛也不会抓错。原因二为了一键生成 BOOT.BINZYNQ 启动的核心文件BOOT.BIN必须包含FSBL Bitstream U-Boot。PetaLinux 贴心地把这三个刚出炉的文件全部汇聚到了images/linux/这同一个目录下。当你敲下petalinux-package --boot --fsbl --fpga --u-boot --force你都不需要指定冗长的绝对路径PetaLinux 会自动就地取材把它们揉合在一起。原因三支持 Linux 动态加载 (FPGA Manager)如果你的项目不需要在开机时加载 PL 程序而是等 Linux 启动后通过敲命令动态烧写 FPGA。PetaLinux 提取出system.bit后可以顺手把它打包进 Linux 的/lib/firmware/目录中备用。补充提醒如果你某天执行完 build 发现找不到system.bit100% 是因为你在 Vivado 导出硬件时忘记勾选 “Include bitstream” 了终极总结ZYNQ 真实的开发工作流公式通过以上解密我们可以得出在 Vivado/PetaLinux 环境下完整的真实流程公式[一个正确的 HDF 文件] [针对 NAND 的手动 Menuconfig 策略配置] [编译 Build] [打包 Package] 最终完美运行的 ZYNQ 系统。仅仅提供 HDF 文件只是给出了硬件图纸最终决定系统如何引导、文件如何挂载的依然是你作为架构师通过配置菜单设定的“软件策略”。
