第二章 开发环境搭建：交叉编译工具链的构建、网络引导环境配置与Yocto项目初始化

说实话，做车规级Linux移植，第一步往往就把人卡住了。不是技术多难，而是环境没搭对。我见过太多工程师，上来就拿着芯片手册硬啃，结果编译都过不了，白白浪费一周时间。

这一章，咱们就把开发环境彻底捋顺。我会把交叉编译工具链、TFTP/NFS网络引导、Yocto项目初始化这三个核心环节，一个一个拆开来讲。嗯，都是我在项目里踩过坑、填过土的经验。

2.1 交叉编译工具链的构建——用crosstool-NG省心省力

交叉编译工具链，说白了就是一套能在你的x86电脑上生成ARM代码的工具。你想想看，车规级芯片大多是ARM Cortex-A系列，你的笔记本是x86架构，没有这套工具，代码根本跑不起来。

早期我都是手动编译binutils、gcc、glibc，那叫一个痛苦。后来发现了crosstool-NG，简直像发现了新大陆。

2.1.1 安装crosstool-NG

我个人习惯把这类工具放在 /opt 目录下，方便管理。

# 下载源码
git clone https://github.com/crosstool-ng/crosstool-ng.git
cd crosstool-ng

# 切换到稳定版本
git checkout crosstool-ng-1.25.0

# 安装依赖（Ubuntu/Debian系统）
sudo apt-get install -y gcc g++ gperf bison flex texinfo help2man \
    make libncurses5-dev python3-dev autoconf automake libtool \
    libtool-bin gawk wget bzip2 xz-utils unzip patch libstdc++6

# 编译安装
./bootstrap
./configure --prefix=/opt/crosstool-ng
make -j$(nproc)
sudo make install

# 添加到PATH
export PATH=/opt/crosstool-ng/bin:$PATH
小提示： 我建议把PATH设置写到 ~/.bashrc 里，省得每次开终端都要重新export。曾经我忘了这茬，每次编译都要手动敲一遍，烦得很。

2.1.2 配置目标芯片

crosstool-NG最爽的地方在于，它提供了一个菜单配置界面。你不需要记住那些复杂的编译参数。

# 创建一个工作目录
mkdir ~/ct-ng-work
cd ~/ct-ng-work

# 列出支持的示例配置
ct-ng list-samples

# 以ARM Cortex-A72为例（车规级芯片常用）
ct-ng arm-cortex_a72-linux-gnueabihf

# 进入菜单配置
ct-ng menuconfig

在菜单里，你需要关注几个关键项：

  • Target options：确认架构是ARM，指令集选armv8-a（针对Cortex-A72）
  • Operating System：选linux，版本建议4.19或5.10（车规级常用LTS版本）
  • C compiler：gcc版本选11.3.0或12.2.0，太新的版本可能有兼容问题
  • C-library：glibc选2.35，不要选uclibc，车规级应用需要完整POSIX支持
注意： 我曾经在某个项目里选了gcc 13.x，结果编译出来的程序在目标板上段错误频发。后来查了三天，发现是gcc 13对某些ARM指令的优化有bug。所以，车规级项目我建议用gcc 11或12，稳字当头。

2.1.3 开始构建

配置完成后，直接运行：

ct-ng build

这个过程大概需要30分钟到1小时，取决于你的网络和机器性能。它会自动下载源码、打补丁、编译。你只需要泡杯咖啡等着。

构建完成后，工具链会安装在 ~/x-tools/arm-cortex_a72-linux-gnueabihf/ 目录下。验证一下：

~/x-tools/arm-cortex_a72-linux-gnueabihf/bin/arm-cortex_a72-linux-gnueabihf-gcc --version

看到版本信息，说明工具链已经就绪。

2.2 TFTP/NFS网络引导环境配置

做嵌入式开发，最烦的就是每次修改代码都要烧写Flash。我早期做项目时，一天烧写几十次，Flash都快烧坏了。后来改用TFTP+NFS网络引导，效率提升了好几倍。

原理很简单：TFTP负责传输内核和设备树，NFS负责挂载根文件系统。这样你修改了文件系统内容，重启目标板就能看到效果，不用重新烧写。

2.2.1 搭建TFTP服务器

在Ubuntu主机上：

# 安装TFTP服务器
sudo apt-get install tftpd-hpa

# 创建TFTP根目录
sudo mkdir -p /srv/tftp
sudo chmod 777 /srv/tftp

# 配置TFTP服务
sudo vim /etc/default/tftpd-hpa

配置文件内容：

TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/srv/tftp"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS="--secure --create"

重启服务：

sudo systemctl restart tftpd-hpa
sudo systemctl enable tftpd-hpa
小提示： 记得检查防火墙。我有个项目在客户现场死活连不上TFTP，最后发现是客户IT部门开了防火墙。用 sudo ufw allow 69/udp 放行即可。

2.2.2 搭建NFS服务器

# 安装NFS服务器
sudo apt-get install nfs-kernel-server

# 创建NFS共享目录（这里放你的根文件系统）
sudo mkdir -p /srv/nfs/rootfs
sudo chmod 777 /srv/nfs/rootfs

# 配置NFS导出
sudo vim /etc/exports

添加一行：

/srv/nfs/rootfs *(rw,sync,no_subtree_check,no_root_squash)

重启NFS服务：

sudo exportfs -a
sudo systemctl restart nfs-kernel-server

2.2.3 U-Boot中配置网络引导

在目标板的U-Boot命令行中，设置以下环境变量：

setenv serverip 192.168.1.100   # 主机IP
setenv ipaddr 192.168.1.10      # 目标板IP
setenv netmask 255.255.255.0

# TFTP加载内核和设备树
setenv loadkernel 'tftp 0x82000000 zImage'
setenv loaddtb 'tftp 0x83000000 board.dtb'

# NFS挂载根文件系统
setenv bootargs 'console=ttyS0,115200 root=/dev/nfs nfsroot=192.168.1.100:/srv/nfs/rootfs rw ip=192.168.1.10'

# 启动命令
setenv bootcmd 'run loadkernel; run loaddtb; bootz 0x82000000 - 0x83000000'
saveenv
boot
注意： 网络引导时，目标板和主机必须在同一网段。我遇到过有人把主机接在路由器上，目标板直连电脑，结果IP不在一个网段，折腾了半天。最简单的办法是用一根网线直连，手动设置静态IP。

2.3 Yocto/OpenEmbedded项目初始化

Yocto，说实话，刚开始接触时我觉得它太复杂了。但用久了你会发现，它其实是车规级Linux开发的最佳选择。为什么？因为车规级需要可追溯、可复现的构建系统，Yocto的layer机制和bitbake正好满足这些需求。

2.3.1 获取Yocto源码

我建议使用Yocto的LTS版本，比如Kirkstone（4.0）或Dunfell（3.1）。车规级项目周期长，LTS版本能保证长期支持。

# 创建工作目录
mkdir ~/yocto-work
cd ~/yocto-work

# 克隆poky（Yocto参考发行版）
git clone git://git.yoctoproject.org/poky -b kirkstone

# 初始化构建环境
cd poky
source oe-init-build-env build

执行 source oe-init-build-env 后，你会自动进入 build 目录。这个脚本设置了所有必要的环境变量。

2.3.2 配置本地构建

编辑 build/conf/local.conf：

# 目标机器（以qemuarm64为例，实际项目替换为你的芯片）
MACHINE ?= "qemuarm64"

# 并行编译线程数，建议设为CPU核心数+1
BB_NUMBER_THREADS = "8"
PARALLEL_MAKE = "-j 8"

# 下载目录，避免重复下载
DL_DIR = "/opt/yocto/downloads"

# 共享状态缓存，加速二次构建
SSTATE_DIR = "/opt/yocto/sstate-cache"

# 添加你需要的特性
EXTRA_IMAGE_FEATURES ?= "debug-tweaks ssh-server-openssh"
小提示： 我习惯把 DL_DIR 和 SSTATE_DIR 放在 /opt/yocto/ 下，这样即使删除build目录重新构建，下载的源码和缓存还在，能省不少时间。曾经有个同事每次构建都重新下载所有源码，我看着都心疼带宽。

2.3.3 添加车规级layer

车规级项目通常需要额外的layer，比如meta-qt5（图形界面）、meta-security（安全特性）、meta-renesas（瑞萨芯片支持）等。

# 以meta-qt5为例
cd ~/yocto-work/poky
git clone git://github.com/openembedded/meta-qt5.git -b kirkstone

# 将layer添加到构建配置
bitbake-layers add-layer ../meta-qt5

编辑 build/conf/bblayers.conf，确认layer已添加：

BBLAYERS ?= " \
  /home/user/yocto-work/poky/meta \
  /home/user/yocto-work/poky/meta-poky \
  /home/user/yocto-work/poky/meta-yocto-bsp \
  /home/user/yocto-work/poky/meta-qt5 \
  "

2.3.4 构建最小系统

# 构建core-image-minimal（最小系统，约50MB）
bitbake core-image-minimal

# 构建完成后，镜像在 tmp/deploy/images/qemuarm64/
ls tmp/deploy/images/qemuarm64/

你会看到 core-image-minimal-qemuarm64.tar.bz2、zImage、board.dtb 等文件。这些就是你要烧写到目标板的东西。

核心要点： 第一次构建Yocto需要下载大量源码，大约5-10GB，耗时2-4小时。建议用好的网络环境，或者提前准备好本地mirror。我一般在公司内网搭建一个mirror服务器，团队共享，效率高很多。

2.3.5 验证构建结果

用QEMU模拟器测试一下：

# 运行模拟器
runqemu qemuarm64 nographic

# 登录系统（默认用户名root，无密码）
# 查看内核版本
uname -a

看到内核版本信息，说明你的Yocto环境已经搭建成功。

好了，开发环境搭建这部分就讲到这里。说实话，搭建环境是最枯燥的，但也是最关键的。我见过太多人因为环境没搭好，后面调试时各种莫名其妙的问题。所以，花点时间把这一步做扎实，后面会省心很多。

下一章，咱们开始讲Bootloader移植。嗯，那才是真正考验功底的地方。

← 上一章 📖 返回目录 下一章 →