从原理到避坑：深入理解U-Boot中NAND命令为何不能直接烧写uboot（以I.MX6ULL的BCB/DBBT为例）

在嵌入式Linux开发中，U-Boot作为系统启动的关键环节，其正确烧写直接关系到设备能否正常启动。许多开发者在使用nand write命令更新U-Boot时，会遇到烧写后系统无法启动的问题。本文将深入剖析这一现象背后的技术原理，帮助开发者理解NAND Flash启动的特殊性，以及为何在I.MX6ULL平台上不能简单地使用nand write来更新U-Boot。

1. NAND Flash启动的特殊性

NAND Flash与NOR Flash在启动机制上存在本质差异。NOR Flash支持XIP（eXecute In Place），CPU可以直接从NOR Flash中读取并执行代码。而NAND Flash由于接口特性限制，无法直接执行代码，需要先将启动代码加载到RAM中执行。

在I.MX6ULL平台上，NAND Flash启动过程更为复杂。芯片内部ROM代码会从NAND Flash的特定位置读取Boot Control Block（BCB）和Discovery Bad Block Table（DBBT），这两个数据结构对启动过程至关重要：

• BCB（Boot Control Block）：包含启动配置信息，如U-Boot镜像的位置、大小等
• DBBT（Discovery Bad Block Table）：记录NAND Flash中的坏块信息，确保启动代码不会从坏块中读取

提示：BCB和DBBT的作用类似于SD卡启动中的IVT（Image Vector Table）和DCD（Device Configuration Data），但实现机制不同。

2. BCB与DBBT的详细解析

2.1 BCB结构分析

BCB位于NAND Flash的特定位置（通常为第一个好块），其典型结构如下：

2.2 DBBT的作用机制

DBBT记录了NAND Flash中的坏块信息，确保启动过程中避开这些坏块。其关键特性包括：

• 采用两级结构：主DBBT和备用DBBT
• 每个条目对应一个块，标记其好坏状态
• ROM代码会优先读取DBBT，避免从坏块加载启动代码

在实际操作中，DBBT的生成需要考虑NAND Flash的以下特性：

1. 坏块分布可能不均匀
2. 坏块可能随时间增加
3. 需要保证BCB和DBBT本身不位于坏块上

3. 标准烧写流程与nand write的区别

3.1 mfgtool的标准烧写流程

NXP提供的mfgtool工具在烧写U-Boot时，会调用kobs-ng工具完成以下步骤：

1. 扫描NAND Flash，识别坏块并生成DBBT
2. 根据NAND特性计算BCB参数
3. 将原始U-Boot镜像与BCB/DBBT组合成完整镜像
4. 将组合镜像写入NAND Flash的指定位置

bash复制# kobs-ng的典型使用示例
kobs-ng init -x u-boot.imx --search_exponent=1

3.2 直接使用nand write的问题

直接使用nand write命令烧写U-Boot时，会缺失以下关键步骤：

1. 没有生成BCB和DBBT结构
2. 没有处理坏块问题
3. 镜像位置可能不符合ROM代码的预期
4. 缺少必要的启动配置信息

这导致烧写的U-Boot虽然存在于NAND Flash中，但ROM代码无法正确识别和加载它。

4. 正确的系统更新策略

针对I.MX6ULL平台，不同系统组件的更新策略应有所区别：

4.1 可安全更新的组件

以下组件可以直接使用nand write命令更新：

• Linux内核：位于kernel分区，不依赖特殊数据结构
• 设备树：位于dtb分区，ROM代码不读取这些区域
• 用户数据：位于rootfs或其他数据分区

更新内核的典型命令序列：

bash复制tftp 0x87800000 zImage
nand erase 0x4000000 0xA00000
nand write 0x87800000 0x4000000 0xA00000

4.2 需要特殊工具更新的组件

以下组件需要使用专用工具（如mfgtool）更新：

• U-Boot：需要生成BCB/DBBT
• 根文件系统：通常体积较大，超出U-Boot内存限制

4.3 开发环境下的实用技巧

1. 快速验证内核更新：

   bash复制# 下载、擦除、写入内核一步完成
   tftp 0x87800000 zImage && nand erase 0x4000000 0xA00000 && nand write 0x87800000 0x4000000 0xA00000
   

2. 设备树更新检查：

   bash复制# 读取并验证设备树
   nand read 0x83000000 0x6000000 0x19000
   fdt addr 0x83000000
   fdt print
   

3. NAND信息查看：

   bash复制# 查看NAND详细信息
   nand info
   nand bad
   

5. 常见问题与解决方案

5.1 烧写U-Boot后无法启动

现象：使用nand write更新U-Boot后，系统无法启动。

解决方案：

1. 切换回SD卡启动模式
2. 使用mfgtool和kobs-ng重新烧写U-Boot
3. 检查NAND Flash是否有新增坏块

5.2 系统随机启动失败

现象：系统有时能启动，有时不能。

可能原因：

• BCB/DBBT信息不完整
• U-Boot镜像位于坏块边缘
• NAND Flash老化导致新坏块产生

排查步骤：

1. 使用nand bad命令检查坏块分布
2. 重新生成并烧写BCB/DBBT
3. 考虑更换NAND Flash芯片

5.3 性能优化建议

1. 合理设置BCB搜索参数：

   bash复制# 调整search_exponent参数
   kobs-ng init -x u-boot.imx --search_exponent=2
   

2. 启用ECC校验：

   • 在U-Boot配置中启用适当的ECC算法
   • 确保内核驱动使用相同的ECC设置

3. 分区优化：

   • 为U-Boot保留足够的空间（通常64MB）
   • 确保kernel和dtb分区有适当余量

在实际项目中，我曾遇到过因NAND Flash老化导致DBBT信息不完整的情况。通过分析发现，原始DBBT没有预留足够的空间记录新增坏块，导致系统随机启动失败。解决方案是重新调整分区布局，为DBBT预留更多空间，并使用更新的kobs-ng工具生成BCB/DBBT结构。