编译ZedBoard的u-boot.elf（ssbl）

最新推荐文章于 2024-06-20 16:12:58 发布
最新推荐文章于 2024-06-20 16:12:58 发布
阅读量3k 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： zedboard 文章标签： 嵌入式 linux zedboard u-boot
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/EmSoftEn/article/details/42431553
本文详细介绍了如何从GitHub下载ZedBoard的u-boot源码，并通过一系列步骤进行编译，包括清除上次编译内容、配置源码、创建软链接以及最终编译生成u-boot.elf文件。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 ZedBoard的u-boot源码可以从https://github.com/Xilinx/u-boot-xlnx网站下载

编译u-boot步骤：
进入u-boot-xlnx目录下
1、make distclean 清除上次编译的内容，同时也清除了配置
2、make zynq_zed_config 使用ZedBoard的默认配置文件对源码进行配置（要root权限）
3、进入交叉编译器的bin目录，执行如下命令进行软连接（arm-none-linux-gnueabi- 这个的名字根据实际编译器名字而定）
ln –s arm-none-linux-gnueabi-gcc arm-linux-gcc
ln –s arm-none-linux-gnueabi-ar arm-linux-ar
ln –s arm-none-linux-gnueabi-ld arm-linux-ld
ln –s arm-none-linux-gnueabi-objcopy arm-linux-objcopy
ln –s arm-none-linux-gnueabi-objdump arm-linux-objdump
4、make 进行编译
5、mv u-boot u-boot.elf  将生成的u-boot重命名为u-boot.elf。
 
在u-boot的include/configs/zynq_common.h文件中决定了内核、文件系统和设备树编译后的文件名。如Kernel_image决定了u-boot引导zImage还是uImage。
 
ZedBoard——编译u-boot
MaoChuangAn的博客
11-14 429
1、下载u-boot源码 地址：https://download.csdn.net/download/maochuangan/10785244 2、下载并安装arm-xilinx-linux-gnueabi-工具连 这个在网上有很多可以下载，这里提供一个下载链接。 https://pan.baidu.com/s/1pLlVcaJ 然后直接  ./arm-xilinx-linux-gnu...
制作ZedBoard-linaro-desktop-ubuntu全过程之编译u-boot
SU3752的博客
10-23 946
制作ZedBoard-linaro-desktop-ubuntu全过程之编译u-boot 作者：Alston若水 1、准备阶段 （1）目标板子：ZedBoard REV D （2）Ubuntu环境：ubuntukylin-17.04-enhanced-amd64（我安装在了虚拟机下面） （3）u-boot源文件，https:
（九）Zedboard编译uboot
wahahaguolinaiyou的博客
01-16 755
最近需要在Zedboard加上AD9361的板子做无线电的收发模型，先解决板子上系统的问题，做一个Linux系统需要三个部分—BootLoader，kernel，rootfs。在Zedboard上面需要加一个东西–device tree。可以在后面的文章查看。 现在首先来编译uboot。官网提供了很多资料，加上参照博客： https://blog.csdn.net/congduan/article...
[ZedBoard移植嵌入式Linux教程(6)]编译uboot（Second Stage Boot Loader/SSBL）
DC的陋室
12-07 6170
我们使用Digilent公司提供的uboot作为Second Stage Boot Loader（SSBL）。SSBL用于加载压缩的linux内核镜像，设备树文件，根文件系统到内存中，并解压linux镜像，初始化并将CPU控制权交给linux内核。在前面提供的地址https://github.com/Digilent/u-boot-digilent下载uboot。如果是在windows中下载，请在
Zedboard上运行Linaro系统（二）:生成BOOT.BIN
yake827的专栏
07-26 7281
制作Linaro系统所需要的文件：        1.u-boot.elf (Linux boot loader)        2.SDK生成的FSBL(first stage boot loader)        3.linux内核映像文件        4.命名为devicetree.dtb的设备树文件 5.Linaro文件系统 转载请注明，原作者：雅可 ,文章地址：http:
zedboard--zedboard学习小结
xzyfeixiang的专栏
12-10 5652
转眼间研二上学期就即将过去了，回顾从9月份以来学习zedboard，感觉一直徘徊，有很多东西还没有理清楚，以前的博客也是乱七八糟的，希望自己也整理一下思路，这里对自己已经学习和知道的东西做一个小小的总结，水平的有限才造就了这篇拙劣的总结。                                                         平台简介 Zynq可以认为是带处理器的FPG
ZYBO ZYNQ-7000架构 启动 配置 开发使用笔记.docx
02-22
- 编译u-boot.elf（SSBL）： 1. 下载ZedBoard的u-boot源码。 2. 清除上次编译内容，配置源码。 3. 设置交叉编译器路径。 4. 编译源码。 5. 重命名生成的u-boot为u-boot.elf。 在`include/configs/zynq_common....
stm32mp1 tf-a编译 v2.8.6
qq_67300264的博客
06-20 1166
首先解压文件 tar xvf en.sources-stm32mp1-openstlinux-6.1-yocto-mickledore-mp1-v23.06.21.tar.gz。fw_config：位于fip包里，用于表述fip包内部的情况以及ddr等信息此为设备树格式，dts文件位于tf-a的fdts的fw-config.dts。记录下自己编译tf-a的过程，6.0目前市面上的教程文档还比较少，正点原子的教程是4.x版本，有些新特性不支持。此外还需要bl33里的dtb文件，即uboot的设备树文件。
zedboard--zynq开发和启动（三）
xzyfeixiang的专栏
09-13 6047
哈哈，期待的板子到了，终于可以开始玩了，Zynq开发，zynq的开发有四种方式，纯PL开发，纯PS开发（helloworld），PS+PL（无操作系统，跑裸跑程序），PS+PS（跑操作系统）。 1.纯PL开发，这个和一般的xilinx的FPGA没有很大的区别。 2.纯PS开发， 典型的就是helloworld工程，这个看到了网友的有两种方式。            一种是传统的arm的方式
ZedBoard的u-boot源码
11-14
zynq-7000的u-boot源码包，并有对应的编译u-boot教程。
U-Boot 基本编译教程
02-17
Ubuntu下对openwrt的U-Boot进行编译的基本编译教程
zedboard u-boot编译的心路历程
zccrazywinds
03-22 6026
uboot的编译原本以为是一件容易的事情，没想到，这一路下来真心让人纠结，今天就吧这一过程记录下来吧。折腾了好长时间。必要环境首先是arm-xilinx交叉变异开发环境，没有的话可以参考我之前的博客，有详细介绍。当然还有各种依赖等等，我这里就不会一一说了，反正第一次的话总会有很多错误，那么就仔细认证的理解错误，缺啥补啥就可以了。开始首先，去xilinx官方wiki网站上寻找u-boot-xilinx
uboot 中elf 文件的格式作用-ELF格式文件（非常详细）
u013165704的博客
05-23 1351
在计算机中，ELF文件是一种主要用于二进制，可执行文件，目标代码格式的文件， ELF文件主要由四个部分组成 1.ELF头(ELF header），2.程序头表（Program header），3.节（Section），4节头表（Section header table）。 ELF文件头 #define EI_NIDENT 16 typedef struct{ 　　unsigned char e_ident[EI_NIDENT]; 　　Elf32_Half e_type; 　　Elf32_Half e_m
ELF文件和BIN文件 uboot.elf uboot.bin
clam_zxf的博客
04-14 1826
uboot 下编译出来的文件，包括u-boot.elf & u-boot.bin。 这篇文章主要介绍两个文件的区别和用途 文件的内容： 1. BIN文件是 raw binary 文件，这种文件只包含机器码。 2. ELF文件除了机器码外，还包含其它额外的信息，如段的加载地址，运行地址，重定位表，符号表等。 所以ELF文件的体积比对应的BIN文件要大。文件的执行： 1. 执行raw binary很简单，只需要将程序加载到其起始地址，就可以执行； FILE *fp = fopen("vmlin...
一步一步学zedboard之七单独编译u-boot
嵌入式Linux开发
11-17 2515
1.配置板卡
uboot源码中ELF文件u-boot的生成细节（二）
jeremy的博客
03-23 3448
上节从整体上了解了uboot的编译过程，接下来关注ELF文件u-boot的生成细节部分。
为Zedboard编译u-boot并运行linux操作系统
dongze2的博客
10-15 1287
这几天比较闲，正好我新买的SD卡也到了，花了两天的时间摸索，编译好了运行于zedboard上的u_boot，uImage，并将其存放到到SD卡中在zedboard上成功启动了linux 不得不吐槽一下我参考的网上教程没有一份从开始到最后都是准的。。出了好多的错误，我都是费劲的一个个错误进行调试的，以本人的低水平，最终能调好已经是万幸了，最后以此文记载一下过程，以免新手继续走弯路。 首先是lin...
zynq7020 网络烧录boot.bin到flash，失败后从原来的固件启动
最新发布
03-15
<think>好的，我现在要解决用户关于Zynq 7020网络烧录boot.bin到Flash失败后从原固件启动的问题。首先，我需要理解用户的具体需求和遇到的问题。用户可能是在尝试通过网络（如TFTP）将新的boot.bin烧录到Flash中，但过程中失败了，现在希望系统能够回退到原来的固件启动，确保设备不会变砖。 接下来，我需要回忆Zynq 7020的启动流程。Zynq的启动过程分为多个阶段：首先是BootROM，然后加载FSBL（First Stage Boot Loader），接着FSBL会加载PL部分（如果有的话）和SSBL（如U-Boot），最后引导Linux系统。如果用户烧录的boot.bin损坏，可能导致FSBL无法正确加载，进而系统无法启动。 用户提到网络烧录失败，可能的原因有很多。首先，网络烧录通常涉及U-Boot中的命令，比如使用tftp下载boot.bin到内存，然后通过sf命令写入QSPI Flash。如果在此过程中出现任何错误（如网络连接问题、文件传输中断、Flash写入失败等），可能导致boot.bin不完整或损坏，进而导致启动失败。 现在用户希望失败后仍能从原来的固件启动，这意味着需要一种恢复机制。可能的解决方案包括： 1. **双镜像备份**：Flash中保留两个boot.bin镜像，主镜像和备份镜像。在启动时，通过某种机制检测主镜像是否有效，无效则切换到备份。这需要在FSBL或U-Boot中实现镜像验证和切换逻辑。 2. **写保护机制**：在烧录新固件之前，先备份原有固件到Flash的另一个区域。如果烧录失败，可以通过某种方式触发恢复模式，从备份区域启动。这可能需要硬件支持或特定的软件指令。 3. **U-Boot环境变量**：在U-Boot中设置环境变量，指定启动的镜像位置。如果烧录失败，可以通过串口中断U-Boot，手动修改环境变量指向原来的镜像。但这种方法需要物理访问设备，可能不适用于远程情况。 4. **使用恢复模式**：设计一个恢复模式，例如通过按住某个按键启动，强制从备份镜像启动。这需要硬件配合和相应的BootROM配置。 接下来需要考虑如何具体实施这些方案。例如，双镜像备份需要修改FSBL或使用Xilinx的Flash布局工具，将Flash分为多个区域。Xilinx的BootROM支持从多个启动头读取，如果第一个启动头无效，会自动尝试下一个。因此，用户可能需要配置生成两个启动镜像，并确保在烧录时只更新主镜像，保留备份镜像不变。 此外，网络烧录过程中的错误处理也很重要。例如，在U-Boot脚本中，应该在烧录完成后进行验证（如读取Flash内容与内存中的镜像进行校验和比较），如果验证失败，则不更新启动指针，保持原镜像有效。 还需要考虑Flash的分区情况。例如，QSPI Flash可以分为多个分区，主boot.bin在0x0位置，备份在0x100000位置。U-Boot脚本在烧录时先将新镜像写入备份分区，验证成功后，再切换启动地址到备份分区。如果烧录或验证失败，则不切换，继续使用主分区。 另一个可能性是用户没有正确生成boot.bin文件，导致即使烧录成功，启动仍失败。因此，需要检查boot.bin的生成过程，包括FSBL、比特流（如果有）、U-Boot的正确组合。此外，Flash的擦除和写入命令是否正确，比如是否使用了正确的扇区擦除命令，避免部分写入导致数据损坏。 最后，如果用户无法实现自动回退，可能需要通过JTAG或其他物理方式恢复，但用户显然希望避免这种情况，因此重点应放在软件层面的恢复机制。 总结，解决方案应围绕双镜像和启动验证展开，确保在烧录失败时系统能自动回退到已知良好的镜像。</think>以下分步骤介绍Zynq 7020网络烧录boot.bin失败后的恢复机制实现方案： ### 一、现象分析 当通过网络烧录boot.bin到QSPI Flash失败时，可能出现： 1. 网络传输中断导致文件不完整 2. Flash写入过程中断电导致数据损坏 3. 分区表被意外覆盖 4. 新生成的boot.bin文件本身存在配置错误 ### 二、关键恢复机制设计 #### 步骤1：Flash分区规划 建议将QSPI Flash划分为两个独立区域： ``` 0x000000-0x80000 : Primary Boot Image (主镜像) 0x80000-0x100000 : Backup Boot Image (备份镜像) 0x100000-... : 用户数据区 ``` #### 步骤2：生成双镜像文件 在Xilinx SDK中生成包含备份启动头的boot.bin： 1. 创建BIF文件时指定多镜像配置： ```bash //arch.zynq: 正常启动配置 //recovery.zynq: 最小化恢复配置 the_ROM_image: { [bootloader, destination_cpu=a53-0] fsbl.elf [destination_device=pl] system.bit [destination_cpu=a53-0] u-boot.elf } ``` #### 步骤3：烧录脚本改进 在U-Boot中增加烧录验证逻辑： ```bash # U-Boot命令行脚本示例 setenv update_attempt 1 tftp 0x1000000 boot.bin sf probe 0 sf erase 0x80000 0x80000 sf write 0x1000000 0x80000 ${filesize} # 验证写入内容 cmp.b 0x1000000 0x80000 ${filesize} if test $? -eq 0; then sf erase 0x0 0x80000 sf write 0x1000000 0x0 ${filesize} echo "Update success!" else echo "Verify failed! Keeping backup" setenv update_attempt 0 fi ``` #### 步骤4：修改FSBL启动逻辑 在FSBL源码中添加镜像有效性检测（需重新编译FSBL）： ```c // 检测主镜像头4字节魔数 uint32_t *primary_header = (uint32_t *)0xQSPI_BASEADDR; if (*primary_header != 0xAA995566) { // Xilinx同步字 // 切换到备份镜像 JumpAddress = 0xQSPI_BASEADDR + 0x80000; } ``` ### 三、应急恢复流程 若自动恢复失败，可通过以下方式手动恢复： 1. **U-Boot中断**： 在启动时按任意键进入U-Boot命令行： ```bash # 切换启动分区 sf probe 0 setenv bootcmd 'sf read 0x1000000 0x80000 0x80000; bootm 0x1000000' saveenv reset ``` 2. **强制恢复模式**： 在硬件设计时预留恢复按钮，通过GPIO检测强制加载备份镜像： ```c // 在FSBL中增加检测代码 if (GPIO_ReadInputDataBit(GPIO_PORT, GPIO_PIN) == 0) { LoadBackupImage(); } ``` ### 四、关键注意事项 1. 保留至少20%的Flash空间余量，避免擦写时跨区块失败 2. 每次烧录前必须执行完整擦除： ```bash sf erase 0x0 0x80000 # 主分区 sf erase 0x80000 0x80000 # 备份分区 ``` 3. 建议添加RSA签名验证，防止损坏镜像启动： ```bash # 在U-Boot中验证签名 if rsa verify 0x1000000 0x1000 0x2000000; then echo "Signature valid" else echo "Invalid signature! Abort" reset fi ``` ### 五、典型故障排查表 | 现象 | 检测方法 | 解决方案 | |------|---------|----------| | 卡在BootROM阶段 | 测量CLK/CS信号 | 检查Flash硬件连接 | | 部分启动失败 | 读取FSBL调试串口输出 | 验证DDR初始化参数 | | 反复复位 | 检查电压纹波 | 增加电源去耦电容 | | 网络超时 | 测量PHY芯片温度 | 检查变压器匹配电路 | 建议每次更新前保留旧镜像至少24小时，确认新固件稳定后再清理备份空间。对于关键系统，可设计三镜像冗余（主+备+金镜像）。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值