Hi3519 Uboot中Emmc分区配置与调试指南

1. 项目背景与核心需求

Hi3519作为海思旗下高性能视频处理芯片，在安防监控、智能摄像头等领域应用广泛。在实际开发中，Uboot阶段的存储介质分区配置往往是硬件启动的第一个技术关卡。我最近在调试一块基于Hi3519的工业相机开发板时，就遇到了Emmc分区表配置不合理导致内核启动失败的问题。

这个笔记主要记录Uboot中如何正确规划Emmc分区布局，特别是：

• 分区表的结构设计原则
• 关键分区（如boot、rootfs等）的容量计算
• 实际配置文件的修改方法
• 调试过程中遇到的典型问题

注意：不同版本的Hi3519 SDK在分区配置上可能存在差异，本文基于Hi_3519AV100_SDK_V2.0.1.0环境验证

2. Emm分区表设计解析

2.1 典型嵌入式Linux存储布局

对于Hi3519这类嵌入式设备，Emmc通常按功能划分为以下几个关键分区：

2.2 Hi3519的特殊考量

由于Hi3519的视频处理特性，还需要特别注意：

1. 媒体缓存区：建议单独划分50-100MB的raw分区用于视频缓冲
2. DSP固件分区：部分型号需要存放DSP协处理的固件
3. 安全启动区域：如果启用安全启动，需要保留前1MB空间

3. 实操配置步骤

3.1 修改分区配置文件

在SDK目录中找到关键配置文件：

bash复制osdrv/opensource/uboot/u-boot-2016.11/include/configs/hi3519av100.h

定位到Emmc分区定义部分，典型配置如下：

c复制#define CONFIG_EXTRA_ENV_SETTINGS \
    "mmcparts=mmcblk0:4M(bootloader),16M(boot),512M(rootfs),256M(appfs),50M(media),-(userdata)\0"

3.2 参数说明与计算

1. bootloader分区：

   • 必须包含Uboot镜像和启动参数
   • 计算公式：实际镜像大小 * 1.5（预留升级空间）
   • 示例：2.5MB的uboot.bin → 取整4MB

2. rootfs分区：

   • 需考虑未来OTA升级需求
   • 建议大小 = 当前rootfs.tar.gz解压后大小 * 2
   • 使用命令检查：du -sh rootfs/

3.3 编译与烧写验证

1. 重新编译Uboot：

bash复制make ARCH=arm CROSS_COMPILE=arm-himix200-linux- hi3519av100_config
make ARCH=arm CROSS_COMPILE=arm-himix200-linux- -j8

2. 烧录后检查分区表：

bash复制# 在Uboot命令行执行
mmc part

# 预期输出类似：
Partition Map for MMC device 0  --   Partition Type: EFI

Part    Start LBA       End LBA         Name
        00000001        00000020        "bootloader"
        00000021        00000120        "boot"
        00000121        00004120        "rootfs"
        ...

4. 常见问题排查

4.1 分区表未生效

现象：修改配置后，烧录的分区布局仍为旧版本

解决方法：

1. 执行make distclean彻底清理编译环境
2. 检查SDK中是否存在多个uboot配置副本
3. 确认烧录工具是否擦除了Emmc原有分区表

4.2 内核启动失败

典型报错：

code复制Wrong filesystem type, bad option, bad superblock on mmcblk0p2...

排查步骤：

1. 确认内核配置的root参数与分区名匹配：

   bash复制setenv bootargs 'mem=512M console=ttyAMA0,115200 root=/dev/mmcblk0p3 rootfstype=ext4 rw'
   

2. 检查文件系统实际类型：

   bash复制file -sL /dev/mmcblk0p3
   

4.3 空间不足问题

优化建议：

1. 使用squashfs压缩rootfs
2. 将不常变动的库文件移到appfs分区
3. 启用overlayfs减少写入损耗

5. 高级技巧

5.1 动态分区调整

通过Uboot环境变量实现灵活配置：

bash复制setenv mmcparts 'mmcblk0:4M(bootloader),16M(boot),512M(rootfs),256M(appfs),-(userdata)'
saveenv

5.2 备份与恢复方案

1. 备份分区表：

bash复制mmc read 0x82000000 0x0 0x200
tftp 0x82000000 partition.backup 0x40000

2. 紧急恢复模式：

c复制// 在uboot代码中添加恢复命令
if (strcmp(cmd, "rescue") == 0) {
    run_command("tftp 0x82000000 partition.backup", 0);
    run_command("mmc write 0x82000000 0x0 0x200", 0);
}

5.3 安全启动配置

如果需要启用安全校验：

1. 保留前1MB作为安全头区域
2. 修改分区定义为：

c复制"mmcparts=mmcblk0:1M(secure),3M(bootloader),16M(boot)..."

6. 实测经验分享

在最近的项目中，我们遇到了一个棘手问题：设备在高温环境下偶尔出现启动失败。经过排查发现是Emmc分区边界未按擦除块对齐导致的。解决方法是在计算分区大小时保证是4MB的整数倍：

c复制// 错误示例：15MB分区
"mmcparts=...15M(boot),..."

// 正确做法：对齐到16MB 
"mmcparts=...16M(boot),..."

另一个实用技巧是在开发阶段添加临时调试分区：

bash复制# 在分区末尾保留10MB空间
"mmcparts=...,-(userdata),10M(debug)"

这个分区可以用来存放日志或临时固件，通过配置内核不挂载该分区，可以避免污染用户数据区。