Zynq-7000 Linux系统构建全流程：从Vivado硬件配置到内核启动调试

1. 项目概述为什么要在Zynq上折腾Linux如果你手头有一块Xilinx Zynq-7000系列比如我用的黑金Zynq7020开发板并且想把它从一个单纯的FPGA逻辑验证平台变成一个能跑完整操作系统、可以灵活编程、还能用FPGA硬件加速的“全能选手”那么为它构建一个定制的Linux系统就是必经之路。这不仅仅是把现成的镜像烧进去那么简单它涉及到从硬件描述到引导程序、内核、驱动再到根文件系统的一整套“从零到一”的构建过程。我最初接触时也走了不少弯路比如设备树没配好导致SD卡识别不了或者uboot环境变量设错让内核找不到根文件系统系统直接卡在启动阶段。这篇文章我就以黑金Zynq7020开发板为例把我从Vivado工程创建到最终系统启动的完整流程、关键配置的“为什么”以及那些容易踩坑的细节系统地梳理一遍。目标是让你看完后能独立完成一个可在自己硬件上稳定运行的Linux系统搭建并理解其中每一个环节的作用。Zynq的核心魅力在于其异构架构Processing System (PS) 端是双核ARM Cortex-A9处理器负责运行复杂的操作系统和应用软件实现灵活的控制与调度Programmable Logic (PL) 端则是传统的FPGA fabric可以用来实现高性能、低延迟的硬件加速模块比如图像处理流水线、自定义通信协议或者机器学习推理引擎。两者通过高性能的AXI总线紧密耦合PS可以像访问内存一样配置和控制PL侧的IPPL也可以直接向PS发起高速数据传输。我们搭建Linux系统首要任务就是让PS侧的ARM核心能正确启动并管理整个芯片资源后续才能在此基础上加载运行在PL侧的硬件加速器驱动。整个过程就像盖房子Vivado生成硬件描述打地基、建框架FSBL和U-Boot完成硬件初始化和引导接通水电、安装门窗Linux内核提供核心驱动和管理装修入住根文件系统则提供了我们与系统交互的环境家具和生活用品。2. 硬件工程创建与配置为Linux准备“身体”一切始于Vivado工程。这个工程定义了PS端哪些外设被启用、如何连接以及PL端如果有需要的基本框架。它最终输出的比特流.bit和硬件描述文件.hdf或.xsa是后续所有软件工作的基础。很多人觉得这部分只是“画框图”但其实这里面的配置直接影响后续Linux驱动能否正常识别硬件。2.1 创建基础工程与Zynq IP核配置首先在Vivado中创建一个新项目选择对应的Zynq器件型号xc7z020clg400-2。然后通过“Create Block Design”创建一个块设计并从IP目录中添加“ZYNQ7 Processing System”核。双击这个IP核会打开重定制界面这是整个硬件配置的核心。在“Page Navigator”中首先需要关注的是“PS-PL Configuration”。这里定义了PS和PL之间的AXI接口。对于一个最基本的、不包含自定义PL逻辑的Linux系统你可以暂时不启用任何AXI接口但这会丧失Zynq的异构优势。通常为了后续扩展我会至少启用一个M_AXI_GP0接口通用AXI主端口让PS可以主动访问PL。以及一个S_AXI_HP0接口高性能AXI从端口让PL可以高效地向PS的内存DDR传输数据。这些接口的启用需要根据后续的实际硬件加速需求来定初期搭建最小系统时可以保持默认或关闭。注意Vivado版本不同配置界面可能略有差异。重点是确保后续Linux需要用到的外设在PS端被正确使能。2.2 关键外设的MIO引脚分配接下来是最容易出错的部分——MIOMultiplexed I/O配置。Zynq的PS外设如UART、SD卡、USB等的引脚是通过MIO复用到物理引脚上的必须在硬件层面指定。DDR配置在“DDR Configuration”选项中选择与你开发板上焊接的DDR颗粒完全一致的型号。例如黑金7020开发板通常使用“MT41J256M16 RE-125”。这一步至关重要选错了会导致内存初始化失败系统根本无法启动。如果你不确定型号一定要查阅开发板原理图或官方资料。SD卡配置Linux系统通常从SD卡启动和运行。在“MIO Configuration”中找到“SD 0”或“SD 1”根据原理图确定是哪个SD控制器被连接到卡槽。将其勾选使能并注意观察右侧的“I/O Peripherals”图确认SD卡相关的SDIO_CD卡检测、SDIO_WP写保护等信号是否被分配到了正确的MIO引脚上。通常SD 0会占用MIO 40-45。UART配置串口是嵌入式Linux最重要的调试和交互接口。使能“UART 1”通常它会默认分配到MIO 48和49TX和RX。请核对原理图确保这个分配与开发板上串口电平转换芯片连接的引脚一致。I/O Bank电压在“PS-PL Configuration”的“Bank 0/1/2/3 I/O Voltage”处需要根据原理图设置Bank的电压。例如连接SD卡和UART的Bank可能电压是1.8V或3.3V。设置错误可能会损坏外设或导致通信不稳定。黑金7020开发板的Bank 501通常为1.8V。完成这些后你的Zynq IP配置应该类似于一个拥有DDR内存、SD卡接口和UART接口的最小系统。点击“OK”关闭配置界面在Block Design中右键点击Zynq IP选择“Make External”来引出需要连接到PL或顶层的端口如果不需要连接PL可以不做然后点击“Run Block Automation”和“Run Connection Automation”让Vivado自动完成连接和时钟分配。最后执行“Generate Output Products”和“Create HDL Wrapper”。2.3 生成硬件平台文件在Sources面板中右键点击顶层HDL包装文件通常是design_1_wrapper选择“Generate Bitstream”。Vivado会进行综合、实现并生成比特流文件。这个过程可能需要十几分钟到半小时。比特流生成后关键的一步来了在菜单栏选择File - Export - Export Hardware。在弹出的对话框中务必勾选“Include bitstream”。然后指定输出路径。这一步会生成一个包含硬件描述.xsa文件旧版本是.hdf和比特流的关键文件。这个.xsa文件是启动SDK或Vitis进行软件开发的桥梁它描述了整个硬件系统的内存映射、外设信息等后续生成FSBL和设备树都依赖于此。实操心得每次修改硬件配置哪怕只是改个引脚分配都必须重新生成比特流并导出硬件。建议为每个重要的硬件版本在导出时标注清楚比如zynq_base_linux_v1.xsa避免后续软件调试时硬件版本对不上号那是非常耗时的排查点。3. 启动引导与固件生成打造系统的“神经系统”硬件“身体”准备好了我们需要给它注入“灵魂”——即一系列让硬件活过来的启动固件。Zynq的启动流程是层次化的理解每一步才能在出问题时快速定位。3.1 第一阶段启动加载器FSBL的生成FSBLFirst Stage Boot Loader是芯片上电后运行的第一段软件代码由ARM Cortex-A9执行。它的主要职责是初始化PS端最基本的硬件如时钟、PLL、MIO引脚、DDR控制器然后从启动设备如SD卡、QSPI Flash中加载后续的镜像文件。生成FSBL需要用到Xilinx的Vitis或旧版的SDK工具。我们以Vitis为例SDK流程类似。打开Vitis创建一个新的平台工程Platform Project将上一步导出的.xsa文件导入。然后创建一个新的应用工程Application Project在模板选择中找到并选择“Zynq FSBL”。Vitis会自动为你创建一个FSBL工程其中包含了针对你硬件平台的初始化代码。直接编译这个工程你会在工程的Debug或Release目录下找到fsbl.elf文件。这个.elf文件就是可执行的FSBL镜像。你可以简单浏览一下FSBL的源码在src目录下特别是main.c和xilffs文件系统驱动部分它能帮你理解SD卡是如何被读取的。但除非有特殊需求一般不需要修改。3.2 设备树Device Tree的生成与理解设备树是Linux内核用来描述硬件资源配置的一种数据结构。对于Zynq这种高度可配置的SoC内核无法像对待固定硬件那样预知所有外设地址和中断号设备树就是告诉内核“你的硬件长什么样”的说明书。生成设备树也需要在Vitis中进行。你需要先获取设备树生成器Device Tree Generator的源码。通常它包含在Vitis安装目录下或者你可以从Xilinx的GitHub仓库https://github.com/Xilinx/device-tree-xlnx获取对应版本。在Vitis的“Xilinx - Repositories”中添加这个仓库路径。然后在已有的平台工程上右键选择“Board Support Package Settings”在“Overview”页的“drivers”下你应该能看到“device_tree”这一项。更直接的方法是在Vitis中新建一个“Board Support Package”工程选择你的硬件平台系统会自动为你配置并生成设备树源文件.dts/.dtsi。生成的设备树通常包含几个关键文件zynq-7000.dtsi这是Zynq-7000系列芯片的基础定义文件包含了所有PS端标准外设如GIC中断控制器、定时器、全局时钟的节点定义。这个文件一般不要修改。pcw.dtsi这是根据你的Vivado工程配置自动生成的文件。它使能了你所配置的外设如sdhci0 { status “okay”; }并设置了时钟频率、基地址等参数。这是你需要重点关注和可能修改的文件。例如如果你在Vivado中使能了I2C、SPI但这里状态是disabled就需要改为okay。system-top.dtsi或system.dts这是设备树的顶层文件它包含了上述的.dtsi文件并可能定义一些系统级信息如chosen节点下的bootargs内核启动参数和stdout-path指定标准输出串口。修改启动参数比如指定根文件系统位置主要在这里进行。生成后你需要使用设备树编译器dtc将这些.dts文件编译成二进制格式的.dtb文件。命令如下dtc -I dts -O dtb -o devicetree.dtb system-top.dts得到的devicetree.dtb文件需要和内核一起被U-Boot加载。避坑技巧设备树编译出错时错误信息往往指向具体的行和节点。最常见的问题是地址范围冲突或节点引用错误。务必确保pcw.dtsi中使能的外设与Vivado工程完全一致。一个快速验证的方法是将生成的.dts文件与Vivado导出的.xsa文件或hdf文件用文本编辑器打开交叉核对关键外设的基地址。3.3 制作启动镜像BOOT.BINBOOT.BIN是Zynq启动时从SD卡第一个分区FAT格式读取的复合镜像文件。它包含了FSBL、硬件比特流可选和U-Boot。在Vitis中你可以通过图形界面制作找到FSBL工程右键选择“Create Boot Image”。在弹出的窗口中你需要添加First Partition: 选择fsbl.elf Partition type 为bootloader。Second Partition: 选择你的硬件比特流文件.bit或.bit.bin Partition type 为datafile。如果你的Linux不需要在启动时配置PL逻辑这一步可以省略但通常我们会包含它以便PL部分能随系统启动而就绪。Third Partition: 选择编译好的u-boot.elf文件 Partition type 为datafile。点击Create Image就会在指定目录下生成BOOT.BIN。你也可以使用Xilinx的命令行工具bootgen来实现这在脚本化构建时非常有用。一个简单的bootgen.bif文件内容如下the_ROM_image: { [bootloader] fsbl.elf system.bit u-boot.elf }然后运行bootgen -image bootgen.bif -arch zynq -o BOOT.BIN -w on4. U-Boot的配置、编译与深度定制U-Boot是第二阶段的引导加载程序它功能强大负责初始化更多硬件、加载内核和设备树、设置启动参数并提供一个交互式命令行供调试。4.1 获取源码与基础配置从Xilinx的GitHub仓库https://github.com/Xilinx/u-boot-xlnx克隆或下载U-Boot源码。建议使用与你的Vitis/SDK版本相匹配的分支以减少兼容性问题。进入源码目录首先需要配置默认配置。Xilinx为许多官方板卡提供了预设配置。对于ZC702与很多国产7020板卡兼容可以执行make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- zynq_zc702_defconfig这条命令会将configs/zynq_zc702_defconfig的配置应用到当前目录。.config文件会被生成。4.2 关键配置项的解读与修改直接make menuconfig进入图形化配置界面这里有几个关键区域需要关注Architecture - ARM architecture确保CPU系列和具体型号正确。Board这里选择的是Zynq ZC702 Board它定义了板级初始化的基础代码。Boot images这里是重中之重。你需要设置Boot arguments (bootargs)内核启动参数。例如consolettyPS0,115200 root/dev/mmcblk0p2 rw rootwait earlyprintk。这指定了控制台为第一个PS端UARTttyPS0波特率115200根文件系统在SD卡的第二个分区mmcblk0p2以读写方式挂载rootwait确保等待SD卡设备就绪。Device Tree Control选择Embedded device tree blob并指定.dtb文件的名字例如devicetree.dtb。确保这个名字和你编译出的设备树二进制文件一致。Enable a default value for bootcmd这是U-Boot自动执行的启动命令。通常它会包含从SD卡加载uImage和devicetree.dtb到内存然后启动内核的指令。更常见的做法是不在menuconfig里写死这些参数而是通过U-Boot的环境变量来设置这样更灵活。环境变量可以保存在SD卡上的uEnv.txt文件中。4.3 编译与生成配置完成后执行编译make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- all编译成功后在源码根目录下会生成几个重要文件u-boot原始的ELF格式文件用于生成u-boot.elf。u-boot.bin纯二进制镜像。u-boot.img包含U-Boot头部信息的镜像。u-boot.elf我们制作BOOT.BIN时需要的就是这个文件。通常我们使用u-boot.elf。你可以通过arm-xilinx-linux-gnueabi-objcopy工具从u-boot生成arm-xilinx-linux-gnueabi-objcopy -O elf32-littlearm u-boot u-boot.elf但make all通常已经生成了。4.4 使用uEnv.txt进行灵活配置在SD卡的FAT分区第一个分区根目录下创建一个名为uEnv.txt的文件。U-Boot启动时会自动读取这个文件并将其中的变量导入到环境变量中。这比重新编译U-Boot来修改启动参数方便得多。一个典型的uEnv.txt内容如下bootargsconsolettyPS0,115200 root/dev/mmcblk0p2 rw rootwait earlyprintk bootcmdmmcinfo fatload mmc 0 0x3000000 uImage fatload mmc 0 0x2A00000 devicetree.dtb bootm 0x3000000 - 0x2A00000 uenvcmdrun bootcmdbootargs如前所述传递给内核的参数。bootcmd定义了自动启动的命令序列。mmcinfo检测SD卡。fatload mmc 0 0x3000000 uImage从SD卡第0个设备mmc 0的FAT分区将uImage文件加载到内存地址0x3000000。fatload mmc 0 0x2A00000 devicetree.dtb将设备树文件加载到0x2A00000。bootm 0x3000000 - 0x2A00000从0x3000000启动内核镜像-表示不使用initramfs设备树地址在0x2A00000。uenvcmd指定U-Boot在启动后自动执行的命令这里就是执行bootcmd。注意事项内存加载地址如0x30000000x2A00000不能与U-Boot自身、内核最终运行区域以及设备树解析后的占用区域产生重叠。通常0x3000000约48MB处是一个安全的选择。你可以通过U-Boot命令行下的bdinfo命令查看当前内存布局。5. Linux内核的配置、编译与优化Linux内核是系统的核心管理所有硬件资源、进程调度和内存。为嵌入式系统编译内核目标是在满足功能的前提下尽可能精简。5.1 获取与配置内核源码同样从Xilinx的GitHubhttps://github.com/Xilinx/linux-xlnx获取内核源码。使用git checkout切换到与你硬件和工具链匹配的稳定分支如xilinx-v2022.1。进入源码目录先导入一个默认配置。Xilinx内核通常已经包含了Zynq的默认配置make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- xilinx_zynq_defconfig然后进行详细的定制化配置make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- menuconfig在图形界面中你需要重点关注System Type - ARM system type - Xilinx-based systems确保选中。Device Drivers这是配置的大头。根据你的硬件使能对应的驱动。例如MMC/SD/SDIO card support必须使能用于SD卡。Serial drivers - Xilinx UART driver使能PS端UART驱动。USB support如果你的板子有USB接口。Network device support - Ethernet driver support使能Xilinx的GMAC驱动Cadence MACB。如果你在PL端自定义了IP如AXI DMA、自定义外设需要在这里找到对应的驱动或编译为模块。File systems使能你根文件系统所用的格式如ext2/ext3/ext4以及DOS/FAT/NT Filesystems用于读取FAT分区上的内核和设备树。Kernel Features可以关闭一些不必要的调试选项如Kernel debugging来减小内核尺寸但对于开发阶段建议保留KGDB等调试支持。5.2 内核编译与镜像生成配置完成后开始编译内核镜像和模块make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- uImage LOADADDR0x8000 make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- modules make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- modules_install INSTALL_MOD_PATH./outputuImage是U-Boot专用的、带有头部信息的Linux内核镜像。LOADADDR0x8000指定了内核在内存中的加载地址这是一个历史遗留的标准地址通常不需要改动。编译完成后内核镜像位于arch/arm/boot/uImage。modules和modules_install将配置为模块M的驱动编译出来并安装到./output目录下。后续需要将这些模块文件.ko拷贝到根文件系统的/lib/modules/kernel-version/目录下。同时也需要编译设备树make ARCHarm CROSS_COMPILEarm-xilinx-linux-gnueabi- dtbs编译出的设备树二进制文件.dtb位于arch/arm/boot/dts/目录下例如zynq-zc702.dtb。你需要将它重命名为devicetree.dtb与U-Boot环境变量中指定的名字一致并拷贝到SD卡的FAT分区。5.3 内核启动参数优化内核启动参数bootargs除了在U-Boot中设置也可以在内核配置中预设但U-Boot传递的参数会覆盖它。一个更完善的bootargs示例consolettyPS0,115200 earlycon root/dev/mmcblk0p2 rw rootwait rootfstypeext4 coherent_pool1Mearlycon启用早期控制台在内核解压和初始化早期就能看到打印信息对调试启动问题非常有用。rootfstypeext4明确指定根文件系统类型避免内核自动探测失败。coherent_pool1M为DMA分配一致的内存池对于使用DMA的设备驱动如网络、USB很重要。6. 根文件系统的准备与SD卡部署根文件系统包含了Linux运行所需的所有库、工具、配置文件和用户空间程序。6.1 选择与获取根文件系统对于嵌入式开发常用的根文件系统有Buildroot高度可定制从零开始构建可以做出非常精简的系统。适合对系统尺寸有严格要求的场景。Yocto/OpenEmbedded功能强大定制性极强但学习曲线陡峭适合复杂的产品级开发。预编译的根文件系统如Linaro Ubuntu Core、Debian ARMHF最简单快捷适合快速原型开发和学习。Linaro提供了针对ARM架构优化的Ubuntu基础系统。这里以使用预编译的Linaro Ubuntu Core为例。从Linaro官网下载最新版本的ubuntu-base镜像如ubuntu-base-22.04-base-armhf.tar.gz。6.2 准备SD卡与分区准备一张至少4GB的SD卡。使用fdisk或gparted工具进行分区第一个分区FAT32格式大小约200MB-1GB。用于存放BOOT.BINuImagedevicetree.dtbuEnv.txt。这个分区是U-Boot和PS端SD控制器能直接识别的。sudo fdisk /dev/sdX # 请将sdX替换为你的SD卡设备名 # 在fdisk中输入 n 创建新分区p 主分区1 分区号起始扇区默认256M 大小。 # 输入 t 更改分区类型选择 c (W95 FAT32 LBA)。 # 输入 n 创建第二个分区p2默认起始扇区默认结束扇区用完剩余空间。 # 输入 w 保存并退出。 sudo mkfs.vfat -F 32 -n boot /dev/sdX1 sudo mkfs.ext4 -L rootfs /dev/sdX2第二个分区ext4格式占用剩余所有空间。用于存放根文件系统。6.3 部署根文件系统挂载第二个分区并解压根文件系统sudo mount /dev/sdX2 /mnt sudo tar -xpf ubuntu-base-22.04-base-armhf.tar.gz -C /mnt然后需要为chroot环境配置一些必要文件并安装基础软件这步最好在目标板上运行但也可以在宿主机模拟# 拷贝宿主机DNS配置可选网络配置可在启动后设置 sudo cp /etc/resolv.conf /mnt/etc/ # 使用qemu-user-static来模拟ARM环境在宿主机上chroot进行配置 sudo cp /usr/bin/qemu-arm-static /mnt/usr/bin/ sudo chroot /mnt /bin/bash # 现在进入模拟的ARM环境 apt update apt install sudo ssh net-tools iputils-ping vim --no-install-recommends # 设置root密码 passwd root # 创建普通用户 adduser xilinx # 退出chroot exit sudo rm /mnt/usr/bin/qemu-arm-static最后将编译好的内核模块位于./output/lib/modules/拷贝到/mnt/lib/modules/下。卸载分区sudo umount /mnt。6.4 组装启动盘将第一个分区FAT挂载并放入所有启动文件sudo mount /dev/sdX1 /mnt/boot sudo cp BOOT.BIN uImage devicetree.dtb uEnv.txt /mnt/boot/ sync sudo umount /mnt/boot至此SD卡启动盘制作完成。7. 上电启动、调试与常见问题排查将SD卡插入开发板连接串口波特率115200上电。你应该在串口终端如minicompicocom或PuTTY中看到启动信息。7.1 正常启动日志分析FSBL阶段会打印“Xilinx First Stage Boot Loader”字样并显示SD卡初始化、比特流加载如果有、应用镜像加载等信息。最后是“Jumping to Application…”即跳转到U-Boot。U-Boot阶段打印U-Boot版本、板卡信息、DRAM初始化大小、SD卡检测、网络初始化如果使能等。在倒计时结束前按任意键可以进入U-Boot命令行。如果配置了uenvcmd它会自动执行bootcmd开始加载内核。内核阶段屏幕开始快速滚动内核解压和启动信息包括CPU检测、内存管理初始化、设备树解析、各子系统时钟、中断、DMA和驱动MMC UART Ethernet的初始化。最后会尝试挂载根文件系统。用户空间根文件系统挂载成功后会启动init进程通常是systemd或busybox的init执行初始化脚本最终出现登录提示符如Ubuntu 22.04 LTS ttyPS0。7.2 常见启动失败问题与排查启动过程任何一环出错都会导致停止。以下是典型问题及排查思路现象可能原因排查步骤无任何输出电源、时钟、JTAG连接问题FSBL未运行UART引脚/波特率错误。1. 检查硬件连接和电源。2. 确认Vivado中UART引脚配置与原理图一致。3. 确认串口终端波特率为115200。4. 尝试通过JTAG连接看能否在SDK/Vitis中看到CPU状态。FSBL打印后卡住BOOT.BIN制作错误U-Boot镜像损坏加载地址错误。1. 检查BOOT.BIN是否包含正确的fsbl.elf和u-boot.elf。2. 重新编译U-Boot确保u-boot.elf是未剥离符号的。3. 在FSBL阶段检查它是否成功从SD卡读取了后续镜像。U-Boot无法加载内核uImage或devicetree.dtb文件缺失/损坏SD卡读取失败FAT分区损坏加载地址冲突。1. 在U-Boot命令行下使用fatls mmc 0查看FAT分区文件列表。2. 使用fatload命令手动加载文件看是否报错。3. 检查uEnv.txt中的bootcmd命令特别是内存地址。4. 尝试重新格式化SD卡第一个分区为FAT32。内核panic无法挂载根文件系统内核缺少对应文件系统驱动root参数错误根文件系统分区损坏内核与文件系统不兼容。1. 检查内核menuconfig中是否使能了对应的文件系统如ext4。2. 检查bootargs中的root/dev/mmcblk0p2是否正确对应SD卡第二个分区。3. 在U-Boot中使用ext4ls mmc 0:2 /查看ext4分区根目录内容。4. 确认根文件系统是针对ARM架构armhf编译的。内核启动后卡在某个驱动初始化设备树配置与外设实际硬件不匹配驱动有BUG硬件故障。1. 查看内核panic或错误之前的最后几条打印信息通常指向具体驱动。2. 核对设备树.dts文件中该外设的status、reg地址、interrupts等属性是否与硬件设计一致。3. 尝试在内核启动参数中添加loglevel8或ignore_loglevel来打印更详细的内核信息。7.3 高级调试技巧U-Boot命令行调试在U-Boot倒计时时按键进入命令行你可以手动执行每一步mmcinfo检查SD卡。fatload mmc 0 0x3000000 uImage手动加载内核。bootm 0x3000000尝试启动观察错误。fdt addr 0x2A00000和fdt print查看设备树内容。网络启动TFTP对于频繁修改内核和设备树的开发阶段使用TFTP从网络加载比反复插拔SD卡高效得多。需要在U-Boot中配置网络setenv ipaddr serverip并使用tftpboot命令加载文件。内核早期调试在bootargs中添加earlycon和ignore_loglevel可以确保最早期的内核信息也能从串口输出。整个基于Zynq-7000的Linux系统搭建是一个环环相扣的系统工程。从Vivado硬件配置的准确性到设备树与硬件描述的匹配再到U-Boot环境变量和内核参数的精心设置任何一个环节的疏漏都可能导致启动失败。我的经验是保持耐心严格遵循流程并充分利用串口打印信息进行逐步排查。当系统最终成功启动出现那个熟悉的登录提示符时之前所有的调试和努力都是值得的。这为你后续在Zynq平台上开发应用程序乃至利用PL部分进行硬件加速打下了坚实的基础。