从零构建IMX6ULL嵌入式系统：内核、设备树与驱动的协同编译实战-程序员充电站

1. 为什么内核、设备树与驱动需要协同编译？

当你拿到一块全新的IMX6ULL开发板时，第一件事就是要搭建完整的嵌入式Linux系统。这个过程中最关键的环节就是内核、设备树和驱动的协同编译。很多新手会问：为什么不能单独编译某个部分？这就像搭积木时，如果底层积木没放稳，上面的结构再漂亮也会倒塌。

首先，驱动程序本质上就是内核的扩展模块。你在驱动代码里看到的#include <asm/io.h>这类头文件，其实都依赖于内核编译时生成的文件结构。举个例子，内核源码中的asm实际上是个软链接，它可能指向asm-arm或asm-mips，这个链接只有在配置编译内核后才会正确生成。如果跳过内核编译直接搞驱动，编译器连头文件都找不到。

其次，开发板运行环境必须保持一致性。我遇到过最典型的坑就是：用A版本内核源码编译的驱动，放到运行B版本内核的开发板上直接导致系统崩溃。这是因为内核API在不同版本间会有变化，就像手机APP不兼容旧系统一样。实测发现，哪怕内核版本号相同，但配置选项不同也会引发莫名奇妙的段错误。

最后，设备树（Device Tree）是这个三角关系里的"接线员"。IMX6ULL开发板上的硬件资源（比如GPIO、I2C接口）都是通过.dts文件描述的。当你修改了设备树增加新硬件支持时，必须重新编译内核和对应驱动，否则内核根本不知道新硬件存在。曾经有个项目，我们添加了触摸屏支持但忘记更新设备树，结果调试了三天才发现问题。

2. 搭建IMX6ULL编译环境

2.1 工具链安装与配置

工欲善其事必先利其器，嵌入式开发首先需要准备交叉编译工具链。对于IMX6ULL这类ARM Cortex-A7芯片，推荐使用Linaro的gcc-linaro-7.5.0工具链：

wget https://releases.linaro.org/components/toolchain/binaries/7.5-2019.12/arm-linux-gnueabihf/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz tar -xvf gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz export PATH=$PATH:/path/to/toolchain/bin

验证安装是否成功：

arm-linux-gnueabihf-gcc -v

应该能看到类似gcc version 7.5.0的输出。这里有个隐藏坑点：某些Ubuntu系统默认安装了multilib兼容库，会导致工具链冲突。如果遇到奇怪的编译错误，可以试试sudo apt-get remove gcc-multilib。

2.2 内核源码准备

NXP官方维护的Linux内核源码是首选，建议使用linux-imx仓库的稳定分支：

git clone https://github.com/nxp-imx/linux-imx.git -b imx_5.4.70_2.3.0 cd linux-imx

重点注意：源码目录路径不要包含中文或空格，否则后续编译可能出玄学问题。我习惯在~/workspace/imx6ull这样的纯英文路径下操作。

3. 内核编译实战

3.1 配置与编译

IMX6ULL的默认配置文件通常位于arch/arm/configs目录。以百问网的开发板为例：

make mrproper make 100ask_imx6ull_defconfig make menuconfig

进入menuconfig界面后，建议重点关注这些选项：

System Type→ 确保选中i.MX6ULL相关配置
Device Drivers→ 按需启用GPIO、I2C等外设驱动
Kernel Features→ 修改内存分配策略（小内存设备需要特别调整）

开始编译内核镜像和设备树：

make zImage -j$(nproc) make dtbs

-j$(nproc)参数会自动按CPU核心数启动并行编译任务。编译完成后检查生成的文件：

arch/arm/boot/zImage- 压缩内核镜像
arch/arm/boot/dts/*.dtb- 设备树二进制文件

3.2 常见编译问题解决

遇到missing separator错误时，通常是makefile格式问题。可以尝试：

find . -name Makefile | xargs sed -i 's/\t/ /g'

如果报错提示某些头文件缺失，可能需要安装开发包：

sudo apt install libssl-dev flex bison

最头疼的是依赖问题，这里分享一个实用技巧：先执行make -j$(nproc) > build.log 2>&1把编译输出重定向到文件，然后用grep -i error build.log快速定位错误。

4. 设备树定制开发

4.1 设备树基础结构

IMX6ULL的设备树源文件通常以.dts为后缀，比如100ask_imx6ull-14x14.dts。一个典型的设备树包含这些关键部分：

/dts-v1/; #include "imx6ull.dtsi" / { model = "Freescale i.MX6 ULL 14x14 EVK Board"; compatible = "fsl,imx6ull-14x14-evk", "fsl,imx6ull"; memory@80000000 { device_type = "memory"; reg = <0x80000000 0x20000000>; }; leds { compatible = "gpio-leds"; led0 { label = "sys_led"; gpios = <&gpio1 3 GPIO_ACTIVE_LOW>; linux,default-trigger = "heartbeat"; }; }; };

4.2 添加自定义硬件

假设我们要新增一个通过I2C接口连接的温湿度传感器，需要修改设备树：

首先确认I2C控制器节点状态：

&i2c1 { clock-frequency = <100000>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_i2c1>; status = "okay"; sht21@40 { compatible = "sensirion,sht21"; reg = <0x40>; }; };

然后配置对应的GPIO引脚复用：

&iomuxc { pinctrl_i2c1: i2c1grp { fsl,pins = < MX6UL_PAD_UART4_TX_DATA__I2C1_SCL 0x4001b8b0 MX6UL_PAD_UART4_RX_DATA__I2C1_SDA 0x4001b8b0 >; }; };

修改后需要重新编译设备树：

make dtbs

5. 驱动模块开发与集成

5.1 编写简单字符设备驱动

创建一个最简单的LED控制驱动myled.c：

#include <linux/module.h> #include <linux/fs.h> #include <linux/gpio.h> #define DEVICE_NAME "myled" static int led_gpio = 123; // 实际GPIO编号需根据硬件确定 static int myled_open(struct inode *inode, struct file *file) { gpio_direction_output(led_gpio, 1); return 0; } static struct file_operations fops = { .owner = THIS_MODULE, .open = myled_open, }; static int __init myled_init(void) { gpio_request(led_gpio, "sys_led"); register_chrdev(0, DEVICE_NAME, &fops); return 0; } static void __init myled_exit(void) { gpio_free(led_gpio); unregister_chrdev(0, DEVICE_NAME); } module_init(myled_init); module_exit(myled_exit); MODULE_LICENSE("GPL");

5.2 编译与加载驱动

编写对应的Makefile：

KDIR := /path/to/linux-imx PWD := $(shell pwd) obj-m := myled.o all: make -C $(KDIR) M=$(PWD) modules

编译命令：

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

将生成的.ko文件拷贝到开发板后，测试加载：

insmod myled.ko mknod /dev/myled c 250 0 echo 1 > /dev/myled

6. 系统部署与调试

6.1 通过TFTP/NFS快速部署

开发阶段推荐使用网络挂载方式，可以避免频繁烧写：

在Ubuntu主机上配置TFTP服务：

sudo apt install tftpd-hpa sudo mkdir /tftpboot sudo chmod 777 /tftpboot

cp arch/arm/boot/zImage /tftpboot/ cp arch/arm/boot/dts/100ask_imx6ull-14x14.dtb /tftpboot/

开发板U-Boot环境设置：

setenv serverip 192.168.1.100 setenv ipaddr 192.168.1.101 tftp 80800000 zImage tftp 83000000 100ask_imx6ull-14x14.dtb bootz 80800000 - 83000000

6.2 常见启动问题排查

如果系统卡在Starting kernel...，可以尝试：

检查设备树地址是否正确传递（bootz第二个参数）
确认控制台参数：console=ttymxc0,115200
添加earlyprintk参数查看早期启动日志

遇到驱动加载失败时，dmesg命令是最好帮手。比如GPIO申请失败可能是：

设备树中GPIO编号错误
该引脚被其他驱动占用
忘记配置引脚复用功能

7. 进阶优化技巧

7.1 内核裁剪与尺寸优化

对于资源受限的IMX6ULL应用，可以通过这些方法减小内核体积：

在menuconfig中禁用不需要的功能：
- 去掉调试符号：Kernel hacking→ 取消Kernel debugging
- 精简文件系统支持：保留ext4、squashfs等必要选项
- 关闭不用的网络协议：如IPv6、无线网络等
修改编译器优化选项：

KBUILD_CFLAGS += -Os -fno-unwind-tables -fno-asynchronous-unwind-tables

使用arm-linux-gnueabihf-strip处理内核模块：

find . -name "*.ko" | xargs arm-linux-gnueabihf-strip --strip-unneeded

7.2 启动速度优化

实测IMX6ULL的Linux启动时间可以从默认的5秒优化到1秒内：

启用内核压缩：

make zImage

比非压缩的uImage节省约300ms解压时间

调整初始化进程：

CONFIG_INITRAMFS_SOURCE="" CONFIG_EMBEDDED=y

使用静态设备表替代udev：

CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y

8. 生产环境部署方案

当开发完成后，需要将系统固化到板载存储：

8.1 制作可烧录镜像

使用NXP提供的mfgtools工具打包完整系统：

准备文件结构：

images/ ├── boot/ │ ├── zImage │ └── imx6ull-14x14.dtb └── rootfs/ ├── bin/ ├── lib/ └── modules/

生成UBI镜像：

mkfs.ubifs -r rootfs -m 2048 -e 126976 -c 2048 -o rootfs.ubifs

打包成MFG镜像：

mkimage -A arm -O linux -T firmware -C none -a 0 -e 0 -n "My Firmware" -d zImage imx6ull-myimage.img

8.2 量产烧录步骤

开发板进入下载模式（设置BOOT引脚）
使用uuu工具烧录：

uuu -b emmc_all imx6ull-myimage.img rootfs.ubifs

验证启动日志：

dmesg | grep "MMC card" cat /proc/mtd

在实际项目中，我们通常会编写自动化脚本处理这些步骤。比如用Python调用subprocess模块实现一键编译、打包、烧录的全流程自动化。

从零构建IMX6ULL嵌入式系统：内核、设备树与驱动的协同编译实战