3、开发环境搭建：交叉编译工具链、TFTP/NFS服务、串口终端、SD卡烧录工具的准备

U-Boot与Linux内核的编译产物是ARM架构的二进制镜像，而开发主机通常是x86_64架构，二者无法直接执行同一套二进制指令。因此，开发环境的搭建本质上是建立一条“主机编译—目标板运行—网络传输—串口调试—存储烧录”的完整工具链闭环。本章围绕交叉编译工具链、TFTP/NFS服务、串口终端、SD卡烧录工具四个核心组件，讲解其工作原理、配置方法、验证手段与常见排障思路，为后续U-Boot移植、内核配置和rootfs制作打下可复现的工程基础。

3.1 交叉编译工具链：架构差异与工具链选择

核心原理：为什么需要交叉编译

目标板上的ARM处理器无法直接运行x86_64架构的编译工具。交叉编译工具链运行在主机上，但生成的是目标机指令集的二进制文件。以i.MX6ULL（Cortex-A7）为例，常用的工具链前缀为arm-linux-gnueabihf-，其中hf表示硬浮点（Hard Float），使用VFPv3-D32浮点单元。选择工具链时需确认三点：目标架构（armv7-a）、浮点ABI（硬浮点或软浮点）、C库版本（glibc或uClibc）。

判断方法：工具链版本与ABI兼容性验证

安装完成后，通过以下命令验证工具链是否可用：

# 查看编译器版本
arm-linux-gnueabihf-gcc -v
# 编译测试程序
echo 'int main(){return 0;}' > test.c
arm-linux-gnueabihf-gcc test.c -o test
file test
# 输出应包含：ELF 32-bit LSB executable, ARM, EABI5

若file命令显示x86-64，说明工具链前缀错误或未生效。此外，U-Boot编译还需要u-boot-tools包提供mkimage工具，用于生成U-Boot可识别的镜像头。

实战场景：工具链安装与PATH配置

以Linaro GCC 7.5工具链为例，安装步骤如下：

1. 下载并解压到/opt/toolchains/目录；
2. 在~/.bashrc中追加export PATH=/opt/toolchains/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin:$PATH；
3. 执行source ~/.bashrc后，用which arm-linux-gnueabihf-gcc确认路径。

注意：不要使用发行版自带的gcc-arm-linux-gnueabihf（版本较旧），建议使用Linaro或ARM官方提供的版本，确保与内核版本匹配。

3.2 TFTP/NFS服务：网络加载内核与挂载根文件系统

核心原理：U-Boot的网络启动流程

U-Boot支持通过TFTP协议从主机下载内核镜像和设备树，通过NFS协议挂载rootfs。TFTP基于UDP 69端口，适合传输小文件（如zImage、dtb）；NFS基于TCP/UDP 2049端口，适合挂载整个文件系统。开发阶段使用NFS rootfs可免去反复烧写SD卡，加快调试节奏。

操作流程：TFTP与NFS服务配置

在Ubuntu主机上执行以下配置：

# 安装服务
sudo apt install tftpd-hpa nfs-kernel-server

# 配置TFTP（/etc/default/tftpd-hpa）
TFTP_DIRECTORY="/tftpboot"
TFTP_OPTIONS="--secure --create"

# 配置NFS（/etc/exports）
/srv/nfs/rootfs *(rw,sync,no_subtree_check,no_root_squash)

# 重启服务
sudo systemctl restart tftpd-hpa
sudo exportfs -ra

将编译好的zImage和imx6ull-14x14-evk.dtb复制到/tftpboot，并确保权限为777或nobody:nogroup。

案例拆解：U-Boot环境变量设置与网络启动

在U-Boot命令行中设置以下环境变量：

setenv serverip 192.168.1.100   # 主机IP
setenv ipaddr 192.168.1.10      # 板子IP
setenv bootcmd 'tftp 80800000 zImage; tftp 83000000 imx6ull-14x14-evk.dtb; bootz 80800000 - 83000000'
setenv bootargs 'console=ttymxc0,115200 root=/dev/nfs nfsroot=192.168.1.100:/srv/nfs/rootfs,v3 ip=dhcp'
saveenv
boot

启动后，内核通过NFS挂载rootfs，ls /即可看到主机上的文件系统内容。若网络不通，先用ping 192.168.1.100测试，再检查主机防火墙（sudo ufw disable）和网线连接。

3.3 串口终端：控制台交互与调试信息输出

核心原理：UART串口通信参数

U-Boot和Linux内核的调试信息通过UART输出，默认参数为115200 8N1（波特率115200，8数据位，无校验，1停止位）。串口终端软件负责将主机的USB虚拟串口（如/dev/ttyUSB0）映射为字符设备，实现双向通信。

操作流程：minicom与picocom配置

推荐使用picocom，配置简单且支持硬件流控关闭：

# 安装
sudo apt install picocom
# 连接（-b波特率，-d 8数据位，-p n无校验，-s 1停止位）
sudo picocom -b 115200 -d 8 -p n -s 1 /dev/ttyUSB0
# 退出：Ctrl+A Ctrl+X

若使用minicom，需执行sudo minicom -s进入配置界面，选择“Serial port setup”，将A（串口设备）改为/dev/ttyUSB0，E（波特率）改为115200，并关闭硬件流控（F和G选项设为No）。

实战场景：串口无输出的排障流程

当上电后串口无任何输出时，按以下顺序排查：

1. 检查USB转串口模块的驱动：ls /dev/ttyUSB*，若无设备则安装ch340或cp210x驱动；
2. 确认接线：TXD接板子的RXD，RXD接板子的TXD，GND共地；
3. 测量板子核心板供电（如3.3V）和复位引脚电平；
4. 用示波器或逻辑分析仪抓取UART TX引脚波形，确认是否有数据帧。

3.4 SD卡烧录工具：制作可启动存储介质

核心原理：SD卡分区与镜像写入

i.MX6ULL支持从SD卡启动，启动流程为：ROM读取SD卡第1扇区的镜像头，加载SPL到内部RAM，SPL再初始化DDR并加载U-Boot。因此，SD卡需要特殊的分区布局：第1个分区存放U-Boot镜像（偏移1KB处），第2个分区为FAT/ext4格式存放内核和rootfs。

操作流程：使用dd命令烧录

以16GB SD卡为例，烧录步骤如下：

# 查看SD卡设备名（注意不要选错）
lsblk
# 假设设备为/dev/sdb，先卸载所有分区
sudo umount /dev/sdb*

# 烧录U-Boot到偏移1KB处（跳过前1KB）
sudo dd if=u-boot.imx of=/dev/sdb bs=1k seek=1 conv=fsync

# 创建分区表（使用fdisk或parted）
sudo fdisk /dev/sdb
# 依次输入：o（新建MBR）、n（新建分区）、p（主分区）、1（分区号）、2048（起始扇区）、+1G（大小）、t（改类型）、c（FAT32）、w（保存）

# 格式化分区
sudo mkfs.vfat /dev/sdb1

# 挂载并复制内核和rootfs
sudo mount /dev/sdb1 /mnt
sudo cp zImage imx6ull-14x14-evk.dtb /mnt/
sudo umount /mnt

案例拆解：bmaptool加速烧录与校验

对于大容量rootfs镜像（如2GB），dd命令全量写入耗时较长。推荐使用bmaptool，它只写入实际有数据的块，速度提升3-5倍：

# 生成映射文件
bmaptool create rootfs.img -o rootfs.bmap
# 烧录
sudo bmaptool copy rootfs.img /dev/sdb

烧录完成后，用sync确保数据落盘，再插入板子启动。若启动失败，检查U-Boot的bootcmd是否指向正确的分区和设备（如mmc dev 0）。