给香橙派H3升级uboot，tftp下载的bin文件到底该放哪？一个命令bdinfo帮你搞定
香橙派H3内存地址探秘：用bdinfo破解uboot升级文件存放难题
当你第一次拿到香橙派PC（H3）开发板，准备通过tftp升级uboot时，最让人困惑的莫过于——下载的bin文件该放在内存的哪个位置？随便选个地址可能会导致系统崩溃，而正确的选择却能让你事半功倍。本文将带你深入理解H3的内存布局，掌握bdinfo这个侦探工具，找到那个安全的"临时停车场"。
1. 理解H3的内存地图：从芯片手册到实际配置
每块开发板都有其独特的内存布局，这就像城市的地图规划。对于香橙派PC（H3）来说，它的"城市规划"始于全志H3芯片的数据手册。H3芯片设计时已经规定了DRAM的物理地址范围是0x40000000-0xBFFFFFFF，这相当于为内存预留了一个2GB的"大仓库"。
但在实际板卡上，制造商通常会根据成本和使用需求配置具体的内存大小。香橙派PC（H3）配备的是两片512MB的DDR颗粒，总容量1GB，因此实际可用的内存范围是：
0x40000000 ~ 0x7FFFFFFF这个范围可以通过几种方式验证：
内核视角：查看
/proc/iomem文件cat /proc/iomem输出中会显示类似内容：
40000000-7fffffff : System RAMuboot视角：使用
bdinfo命令（后文详细介绍）硬件视角：检查板载DDR颗粒的型号和数量
理解这个基础范围是第一步，就像知道城市的总面积。但我们需要更精确的信息——哪些区域已经被占用，哪些区域可以安全使用。
2. bdinfo：你的内存侦探工具
在uboot命令行中，bdinfo是一个常被忽视但极其强大的诊断工具。它就像开发板的"体检报告"，详细列出了当前系统的内存配置和状态。
对于香橙派PC（H3），执行bdinfo会输出类似以下信息（关键部分已加粗）：
boot_params = 0x40000100 DRAM bank = 0x00000000 -> start = 0x40000000 -> size = 0x40000000 memstart = 0x40000000 memsize = 0x40000000 ... relocaddr = 0x7df96000 ... lmb_dump_all: memory.cnt = 0x1 memory.size = 0x0 memory.reg[0x0].base = 0x40000000 .size = 0x40000000 reserved.cnt = 0x1 reserved.size = 0x0 reserved.reg[0x0].base = 0x79f6dd24 .size = 0x60922dc从这些信息中，我们可以提取几个关键点：
- 总内存范围：0x40000000 ~ 0x7FFFFFFF（1GB）
- uboot自身位置：通过
relocaddr和reserved.reg可以推断uboot运行时占用的区域 - 可用内存区域：未被保留(Reserved)的区域
特别值得注意的是CONFIG_SYS_TEXT_BASE这个配置项，它定义了uboot代码的入口地址。在香橙派H3的uboot配置中，这个值通常是：
CONFIG_SYS_TEXT_BASE=0x4a000000这意味着uboot会被加载到内存的0x4a000000位置开始执行。我们可以通过检查u-boot二进制文件来验证：
arm-linux-readelf -h u-boot输出中的Entry point address应该与CONFIG_SYS_TEXT_BASE一致。
3. 寻找安全的临时存储区域
既然uboot从0x4a000000开始加载，那么它前面的160MB空间（0x40000000~0x4a000000）就是一个理想的临时存储区。这个区域：
- 足够大（160MB）容纳大多数uboot镜像
- 不会被运行的uboot代码覆盖
- 不包含关键的系统数据结构
实际操作中，我们可以选择这个范围内的任意地址作为tftp下载的目标地址。常见的选择是：
0x42000000这个地址：
- 距离uboot代码有足够的安全距离（约32MB）
- 容易记忆和计算
- 在大多数情况下不会与其他内存使用冲突
使用示例：
tftp 0x42000000 u-boot-sunxi-with-spl.bin下载完成后，可以通过以下命令将uboot写入SD卡完成升级：
mmc write 0x42000000 0x10 0x3ce参数说明：
0x42000000：源内存地址0x10：SD卡起始块号（8KB处，因为1块=512字节，0x10=16块=8KB）0x3ce：写入的块数（根据实际文件大小计算）
4. 高级技巧与验证方法
为了确保操作的安全性和正确性，这里分享几个实用的验证技巧：
1. 内存内容检查
下载文件后，可以检查内存内容是否与预期一致：
md 0x42000000这将以十六进制形式显示内存内容，开头部分应该与uboot镜像的文件头匹配。
2. 地址安全性验证
在写入前，可以检查目标内存区域是否真的空闲：
cmp 0x40000000 0x4a000000 0x100000这个命令会比较两个内存区域的内容，如果全为0或一致，则说明该区域未被使用。
3. 直接内存运行测试
为了快速验证新uboot的功能，可以不写入SD卡，直接跳转到新uboot：
tftp 0x4a000000 u-boot.bin go 0x4a000000或者使用包含SPL的完整镜像（需要计算偏移）：
tftp 0x49FF7FC0 u-boot-sunxi-with-spl.bin go 0x4a0000004. 环境变量备份
在进行uboot升级前，建议备份当前环境变量：
printenv > env.txt升级后如需恢复：
setenv script 'source 0x42000000' saveenv5. 常见问题与解决方案
在实际操作中，可能会遇到以下典型问题：
问题1：tftp下载失败，提示超时
解决方案：
- 确认网络连接正常
- 检查服务器IP设置：
setenv serverip 192.168.x.x setenv ipaddr 192.168.x.y - 确认防火墙没有阻止tftp端口(69)
问题2：mmc write失败，提示写入错误
解决方案：
- 确认SD卡没有写保护
- 检查块号计算是否正确
- 尝试重新插拔SD卡
问题3：升级后系统无法启动
解决方案：
- 确认写入的镜像完整无误
- 检查SD卡分区表是否损坏
- 尝试使用已知正常的备份镜像
问题4：内存地址冲突导致系统崩溃
解决方案：
- 选择更保守的内存地址（如0x41000000）
- 减小下载文件大小
- 检查是否有其他进程占用了内存
6. 内存管理深度解析
要真正掌握uboot内存使用，需要理解几个关键概念：
1. 内存分配机制
uboot使用两种主要的内存分配方式：
- 静态分配：编译时确定的地址（如
CONFIG_SYS_TEXT_BASE） - 动态分配：通过
malloc或lmb（Logical Memory Block）分配器
2. 保留内存区域
uboot会保留以下类型的内存：
- 自身代码和数据
- 设备树 blob (fdt_blob)
- 帧缓冲区 (FB base)
- 早期malloc区域
3. 地址空间布局
典型的H3内存布局如下：
| 地址范围 | 用途 | 大小 |
|---|---|---|
| 0x40000000~0x4a000000 | 空闲区域 | 160MB |
| 0x4a000000~0x4a200000 | uboot代码段 | ~2MB |
| 0x79f6dd24~0x7fffffff | 动态分配和运行时数据 | 可变 |
4. 重定位地址
relocaddr显示了uboot重定位后的地址，这是理解内存使用的关键线索。
掌握了这些原理后，你就能像专家一样分析任何开发板的内存布局，找到最适合你操作的安全区域。