1. ZYNQ7000平台与u-boot基础认知第一次接触ZYNQ7000开发板时我被这个FPGAARM的异构架构深深吸引。作为Xilinx的明星产品它既能发挥FPGA的并行计算优势又能兼顾ARM处理器的通用性。但在实际开发中我发现要让这个双核大脑跑起来u-boot就像打开大门的钥匙——没有它整个系统连最基本的启动都成问题。u-boot的全称是Universal Boot Loader你可以把它想象成电脑的BIOS系统。我在调试AX7020开发板时最直观的感受是它负责初始化DDR内存、加载时钟配置、建立运行环境最后把Linux内核从存储设备请到内存中。与PC不同的是嵌入式设备的启动过程更加赤裸——没有GRUB菜单没有自动修复一切都要靠我们手动配置。选择2016.07版本不是偶然。经过多次测试这个版本对ZYNQ7000的PS处理系统和PL可编程逻辑协同支持最稳定。有次尝试用最新版u-boot结果DDR初始化一直失败后来查资料才发现新版本对旧版IP核的支持有变动。这也提醒我嵌入式开发中追新不一定是最佳策略。2. u-boot源码深度拆解打开u-boot源码目录新手可能会被十几个文件夹吓到。别担心我们只需要重点关注几个核心部分arch/arm目录藏着处理器的灵魂。我曾在调试串口输出时花了三天时间追踪cpu/armv7/start.S这个汇编文件。里面用mrc和mcr指令操作协处理器的代码直接决定了DDR控制器和时钟的初始化状态。有个坑要注意ZYNQ的ARM核启动时默认时钟是666MHz但实际开发板可能外接33.3MHz晶振这个频率转换就在lowlevel_init.S中完成。board/xilinx/zynq里的代码堪称硬件翻译官。记得有次移植时SD卡始终无法识别最后发现是zynq_common.h中CONFIG_ZYNQ_SDHCI_MAX_FREQ被设成了50MHz而我的SD卡只支持25MHz。修改后立刻就能读取了这种硬件参数对软件的影响非常典型。在drivers/mmc目录下藏着SD/MMC驱动的秘密。我通过增加调试信息发现u-boot加载镜像时会先尝试MMC设备0SD卡槽失败后才尝试设备1eMMC。这个顺序在zynq_mmc.c中定义修改它就能改变启动介质优先级。3. 双阶段启动机制揭秘u-boot的启动就像火箭发射——分阶段推进。第一阶段用汇编写的start.S我把它称为硬启动.globl _start _start: b reset ldr pc, _undefined_instruction ldr pc, _software_interrupt ... /* 异常向量表 */ reset: mrs r0, cpsr bic r0, r0, #0x1f orr r0, r0, #0xd3 msr cpsr, r0 /* 切换到SVC模式 */这段代码先建立异常向量表然后关闭中断、初始化栈指针。最关键的lowlevel_init函数会配置PLL时钟——就像给CPU装上秒表。我曾用示波器测量过执行到这里时开发板的时钟信号从无序变得稳定。第二阶段转到C语言的board_r.c进入软配置阶段。其中的init_sequence_f数组就像启动检查清单initf_dm初始化驱动模型initf_bootstage记录启动时间点board_early_init_f配置板级GPIO有个实用技巧在board_init_r函数前添加debug语句可以打印出每个初始化步骤耗时。我曾用这个方法发现网络PHY初始化竟然占了启动时间的40%后来通过预配置PHY寄存器优化了这个瓶颈。4. 编译实战与排错指南编译u-boot就像做蛋糕原料和步骤都不能错。先安装必备工具sudo apt-get install device-tree-compiler bc swig libpython-dev然后设置交叉编译环境假设SDK安装在默认路径source /opt/Xilinx/SDK/2015.4/settings64.sh配置阶段最容易出问题。有次执行make zynq_ax7020_defconfig后编译失败日志显示缺少CONFIG_SYS_MALLOC_F_LEN定义。解决方法是在include/configs/zynq-common.h中添加#define CONFIG_SYS_MALLOC_F_LEN (2 * 1024 * 1024)完整编译命令应该这样写make CROSS_COMPILEarm-xilinx-linux-gnueabi- zynq_ax7020_defconfig make CROSS_COMPILEarm-xilinx-linux-gnueabi- -j$(nproc)编译成功后关键产出文件有u-bootELF格式可执行文件用于生成BOOT.BINu-boot.bin原始二进制镜像u-boot.srecMotorola S-record格式如果遇到undefined reference togd错误通常是链接顺序问题。这时可以尝试make clean后重新编译或者检查config.mk中的链接脚本路径。5. BOOT.BIN制作全流程生成BOOT.BIN就像组装三明治需要层层叠加。以Vivado 2015.4为例第一步准备原料硬件比特流文件system_wrapper.bitFSBLFirst Stage Bootloader可执行文件刚编译好的u-boot重命名为u-boot.elf第二步配置FSBL在SDK中创建FSBL项目时务必勾选Create Boot Image选项。有个隐藏技巧在fsbl_debug.h中添加#define FSBL_DEBUG_INFO这样能在串口看到详细的启动日志我在排查DDR初始化失败时就靠它定位到问题。第三步组装镜像创建boot.bif引导镜像描述文件内容如下//arch zynq; split false; format BIN the_ROM_image: { [bootloader]fsbl.elf system_wrapper.bit u-boot.elf }然后使用bootgen工具生成bootgen -image boot.bif -arch zynq -o BOOT.BIN -w on遇到过的一个典型错误是Invalid ELF file这通常是因为u-boot未用-O elf32-littlearm选项编译。解决方法是在Makefile中确认CONFIG_OF_EMBED未启用。6. 上电测试与调试技巧将BOOT.BIN放入SD卡后接上串口终端推荐使用picocom或minicom你会看到这样的启动日志U-Boot 2016.07 (Mar 20 2023 - 15:32:16 0800) Model: Zynq AX7020 Development Board DRAM: ECC disabled 1 GiB MMC: zynq_sdhci: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: Gem.e000b000 Hit any key to stop autoboot: 0 Zynq几个关键测试点用mmcinfo检查SD卡识别是否正常printenv查看环境变量特别注意bootcmd和bootargsping 192.168.1.100测试网络需先设置ipaddr有个救命技巧当u-boot不断重启时快速按下任意键进入命令行然后执行setenv bootcmd run default_bootcmd saveenv这能重置错误的启动命令。我曾遇到过因为bootargs中console参数错误导致内核崩溃就是靠这个方法救活了开发板。7. 高级定制与优化想让u-boot更贴合你的硬件试试这些进阶操作修改默认环境变量在include/configs/zynq-common.h中添加#define CONFIG_EXTRA_ENV_SETTINGS \ autoloadno\0 \ ethaddr00:0a:35:00:01:22\0 \ bootargsconsolettyPS0,115200 root/dev/mmcblk0p2 rw earlyprintk\0加速启动在config.mk中启用这些选项CONFIG_SKIP_LOWLEVEL_INITy # 如果DDR已初始化 CONFIG_BOOTDELAY1 # 将等待时间从3秒改为1秒添加自定义命令在common/cmd_mycmd.c创建新命令static int do_mycmd(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) { printf(This is my custom command!\n); return 0; } U_BOOT_CMD( mycmd, 1, 0, do_mycmd, Show custom message, );记得在Kconfig中添加相应配置项并在对应板级的defconfig中启用CONFIG_CMD_MYCMD。
ZYNQ7000（AX7020）Linux系统移植实战：u-boot编译与启动全解析
发布时间：2026/7/24 9:02:23
1. ZYNQ7000平台与u-boot基础认知第一次接触ZYNQ7000开发板时我被这个FPGAARM的异构架构深深吸引。作为Xilinx的明星产品它既能发挥FPGA的并行计算优势又能兼顾ARM处理器的通用性。但在实际开发中我发现要让这个双核大脑跑起来u-boot就像打开大门的钥匙——没有它整个系统连最基本的启动都成问题。u-boot的全称是Universal Boot Loader你可以把它想象成电脑的BIOS系统。我在调试AX7020开发板时最直观的感受是它负责初始化DDR内存、加载时钟配置、建立运行环境最后把Linux内核从存储设备请到内存中。与PC不同的是嵌入式设备的启动过程更加赤裸——没有GRUB菜单没有自动修复一切都要靠我们手动配置。选择2016.07版本不是偶然。经过多次测试这个版本对ZYNQ7000的PS处理系统和PL可编程逻辑协同支持最稳定。有次尝试用最新版u-boot结果DDR初始化一直失败后来查资料才发现新版本对旧版IP核的支持有变动。这也提醒我嵌入式开发中追新不一定是最佳策略。2. u-boot源码深度拆解打开u-boot源码目录新手可能会被十几个文件夹吓到。别担心我们只需要重点关注几个核心部分arch/arm目录藏着处理器的灵魂。我曾在调试串口输出时花了三天时间追踪cpu/armv7/start.S这个汇编文件。里面用mrc和mcr指令操作协处理器的代码直接决定了DDR控制器和时钟的初始化状态。有个坑要注意ZYNQ的ARM核启动时默认时钟是666MHz但实际开发板可能外接33.3MHz晶振这个频率转换就在lowlevel_init.S中完成。board/xilinx/zynq里的代码堪称硬件翻译官。记得有次移植时SD卡始终无法识别最后发现是zynq_common.h中CONFIG_ZYNQ_SDHCI_MAX_FREQ被设成了50MHz而我的SD卡只支持25MHz。修改后立刻就能读取了这种硬件参数对软件的影响非常典型。在drivers/mmc目录下藏着SD/MMC驱动的秘密。我通过增加调试信息发现u-boot加载镜像时会先尝试MMC设备0SD卡槽失败后才尝试设备1eMMC。这个顺序在zynq_mmc.c中定义修改它就能改变启动介质优先级。3. 双阶段启动机制揭秘u-boot的启动就像火箭发射——分阶段推进。第一阶段用汇编写的start.S我把它称为硬启动.globl _start _start: b reset ldr pc, _undefined_instruction ldr pc, _software_interrupt ... /* 异常向量表 */ reset: mrs r0, cpsr bic r0, r0, #0x1f orr r0, r0, #0xd3 msr cpsr, r0 /* 切换到SVC模式 */这段代码先建立异常向量表然后关闭中断、初始化栈指针。最关键的lowlevel_init函数会配置PLL时钟——就像给CPU装上秒表。我曾用示波器测量过执行到这里时开发板的时钟信号从无序变得稳定。第二阶段转到C语言的board_r.c进入软配置阶段。其中的init_sequence_f数组就像启动检查清单initf_dm初始化驱动模型initf_bootstage记录启动时间点board_early_init_f配置板级GPIO有个实用技巧在board_init_r函数前添加debug语句可以打印出每个初始化步骤耗时。我曾用这个方法发现网络PHY初始化竟然占了启动时间的40%后来通过预配置PHY寄存器优化了这个瓶颈。4. 编译实战与排错指南编译u-boot就像做蛋糕原料和步骤都不能错。先安装必备工具sudo apt-get install device-tree-compiler bc swig libpython-dev然后设置交叉编译环境假设SDK安装在默认路径source /opt/Xilinx/SDK/2015.4/settings64.sh配置阶段最容易出问题。有次执行make zynq_ax7020_defconfig后编译失败日志显示缺少CONFIG_SYS_MALLOC_F_LEN定义。解决方法是在include/configs/zynq-common.h中添加#define CONFIG_SYS_MALLOC_F_LEN (2 * 1024 * 1024)完整编译命令应该这样写make CROSS_COMPILEarm-xilinx-linux-gnueabi- zynq_ax7020_defconfig make CROSS_COMPILEarm-xilinx-linux-gnueabi- -j$(nproc)编译成功后关键产出文件有u-bootELF格式可执行文件用于生成BOOT.BINu-boot.bin原始二进制镜像u-boot.srecMotorola S-record格式如果遇到undefined reference togd错误通常是链接顺序问题。这时可以尝试make clean后重新编译或者检查config.mk中的链接脚本路径。5. BOOT.BIN制作全流程生成BOOT.BIN就像组装三明治需要层层叠加。以Vivado 2015.4为例第一步准备原料硬件比特流文件system_wrapper.bitFSBLFirst Stage Bootloader可执行文件刚编译好的u-boot重命名为u-boot.elf第二步配置FSBL在SDK中创建FSBL项目时务必勾选Create Boot Image选项。有个隐藏技巧在fsbl_debug.h中添加#define FSBL_DEBUG_INFO这样能在串口看到详细的启动日志我在排查DDR初始化失败时就靠它定位到问题。第三步组装镜像创建boot.bif引导镜像描述文件内容如下//arch zynq; split false; format BIN the_ROM_image: { [bootloader]fsbl.elf system_wrapper.bit u-boot.elf }然后使用bootgen工具生成bootgen -image boot.bif -arch zynq -o BOOT.BIN -w on遇到过的一个典型错误是Invalid ELF file这通常是因为u-boot未用-O elf32-littlearm选项编译。解决方法是在Makefile中确认CONFIG_OF_EMBED未启用。6. 上电测试与调试技巧将BOOT.BIN放入SD卡后接上串口终端推荐使用picocom或minicom你会看到这样的启动日志U-Boot 2016.07 (Mar 20 2023 - 15:32:16 0800) Model: Zynq AX7020 Development Board DRAM: ECC disabled 1 GiB MMC: zynq_sdhci: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: Gem.e000b000 Hit any key to stop autoboot: 0 Zynq几个关键测试点用mmcinfo检查SD卡识别是否正常printenv查看环境变量特别注意bootcmd和bootargsping 192.168.1.100测试网络需先设置ipaddr有个救命技巧当u-boot不断重启时快速按下任意键进入命令行然后执行setenv bootcmd run default_bootcmd saveenv这能重置错误的启动命令。我曾遇到过因为bootargs中console参数错误导致内核崩溃就是靠这个方法救活了开发板。7. 高级定制与优化想让u-boot更贴合你的硬件试试这些进阶操作修改默认环境变量在include/configs/zynq-common.h中添加#define CONFIG_EXTRA_ENV_SETTINGS \ autoloadno\0 \ ethaddr00:0a:35:00:01:22\0 \ bootargsconsolettyPS0,115200 root/dev/mmcblk0p2 rw earlyprintk\0加速启动在config.mk中启用这些选项CONFIG_SKIP_LOWLEVEL_INITy # 如果DDR已初始化 CONFIG_BOOTDELAY1 # 将等待时间从3秒改为1秒添加自定义命令在common/cmd_mycmd.c创建新命令static int do_mycmd(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) { printf(This is my custom command!\n); return 0; } U_BOOT_CMD( mycmd, 1, 0, do_mycmd, Show custom message, );记得在Kconfig中添加相应配置项并在对应板级的defconfig中启用CONFIG_CMD_MYCMD。
)
