图解Uboot FIT Image:its文件里的load、entry地址到底怎么填?(以i.MX8MP为例)
深入解析Uboot FIT Imagei.MX8MP平台its文件地址配置实战指南当你在i.MX8MP平台上第一次看到FIT Image的its文件时那些神秘的load和entry地址值是否让你感到困惑这些看似随意的十六进制数字背后其实隐藏着嵌入式系统启动过程中最精妙的内存布局设计。本文将带你从芯片手册出发一步步拆解这些地址的确定方法让你在自定义板卡开发时能够游刃有余地配置这些关键参数。1. FIT Image与its文件基础认知FITFlattened Image Tree是Uboot引入的一种灵活镜像格式它借鉴了设备树Device Tree的语法结构允许开发者在一个镜像文件中打包多个组件如Uboot、ATF、TEE、设备树等。这种设计完美解决了嵌入式系统启动过程中需要加载多个独立镜像的痛点。itsImage Tree Source文件则是生成FIT Image的配方它使用DTS语法描述了包含哪些镜像文件各镜像的类型和属性镜像在内存中的加载地址镜像的入口地址不同配置的组合方式一个典型的its文件结构如下/dts-v1/; / { description i.MX8MP boot configuration; #address-cells 1; images { uboot-1 { description U-Boot; data /incbin/(u-boot-nodtb.bin); type standalone; arch arm64; compression none; load 0x40200000; }; atf-1 { description ARM Trusted Firmware; data /incbin/(bl31.bin); type firmware; arch arm64; compression none; load 0x00970000; entry 0x00970000; }; }; configurations { default config-1; config-1 { description Standard boot; firmware uboot-1; loadables atf-1; }; }; };2. i.MX8MP内存布局深度解析要正确配置its文件中的地址参数必须深入理解i.MX8MP的内存映射结构。这款芯片的DDR控制器支持最大8GB内存其地址空间被划分为多个区域用于不同的系统组件。2.1 关键内存区域划分地址范围用途说明大小0x00000000-0x0000FFFFOCRAM (256KB)256KB0x00900000-0x0096FFFFATF保留区448KB0x00970000-0x009FFFFFATF运行区576KB0x40000000-0x7FFFFFFF常规DDR区域1GB0x80000000-0xFFFFFFFF高地址DDR区域2GB注意实际可用内存大小取决于具体硬件配置上述表格展示的是地址空间划分而非物理内存大小。2.2 典型组件地址分配在i.MX8MP平台上各启动组件通常被加载到以下地址ATF (BL31)0x00970000TEE (OP-TEE)0x56000000Uboot0x40200000Linux Kernel0x40480000设备树紧接在Uboot之后这些地址不是随意选择的而是基于以下考虑避免地址空间冲突考虑各组件的大小需求符合芯片厂商的推荐配置预留未来扩展空间3. its文件关键字段详解3.1 load与entry地址的区别这两个地址参数经常让开发者感到困惑它们虽然相关但作用完全不同参数作用是否必须load指定镜像被加载到RAM中的物理地址是entry指定镜像的入口执行地址对于需要执行的镜像如ATF、Uboot否对于大多数情况entry地址与load地址相同。但在某些特殊场景下比如镜像中包含重定位代码时这两个地址可能不同。3.2 各组件地址配置原则3.2.1 ATF (BL31) 地址配置ATF作为安全世界的入口其地址配置最为关键atf-1 { description ARM Trusted Firmware; data /incbin/(bl31.bin); type firmware; arch arm64; compression none; load 0x00970000; // 必须与芯片手册定义的BL31_BASE一致 entry 0x00970000; // 通常与load地址相同 };关键点必须参考芯片手册中的BL31_BASE定义i.MX8MP通常使用0x00970000必须确保该区域不被其他组件占用3.2.2 TEE (OP-TEE) 地址配置TEE作为安全世界的扩展地址选择同样重要tee-1 { description TEE firmware; data /incbin/(tee.bin); type firmware; arch arm64; compression none; load 0x56000000; // 厂商推荐的TEE加载地址 entry 0x56000000; // 通常与load地址相同 };注意事项该地址应位于DDR范围内但远离其他组件必须预留足够的空间通常至少4MB需要与TEE自身的链接地址匹配3.2.3 Uboot地址配置Uboot作为非安全世界的引导加载程序地址相对灵活uboot-1 { description U-Boot; data /incbin/(u-boot-nodtb.bin); type standalone; arch arm64; compression none; load 0x40200000; // Uboot加载地址 };配置建议通常选择DDR起始地址偏移2MB处0x40000000 2MB 0x40200000确保后续有足够空间存放设备树和内核需要与Uboot编译时配置的CONFIG_SYS_TEXT_BASE一致4. 实战自定义板卡地址调整案例假设我们正在为一块自定义的i.MX8MP板卡配置启动镜像该板卡具有以下特点2GB DDR内存需要运行自定义的ATF修改版增加了安全组件需要更多TEE空间4.1 修改ATF地址由于我们的ATF版本增加了新功能原始576KB空间不足需要调整首先确认ATF编译后的大小ls -lh bl31.bin # 输出显示大小为 644KB计算新地址原始区域0x00970000-0x009FFFFF (576KB)需要至少644KB因此扩展为896KB (0xE0000)新地址0x00920000修改its文件atf-1 { load 0x00920000; entry 0x00920000; };同步修改ATF编译选项BL31_BASE ? 0x009200004.2 调整TEE地址由于安全需求增加我们需要为TEE预留更多空间原始地址0x56000000新需求预留16MB空间选择新地址0x55000000修改its文件tee-1 { load 0x55000000; entry 0x55000000; };4.3 验证地址冲突使用以下方法验证地址是否冲突列出所有组件地址范围ATF: 0x00920000-0x009FFFFFTEE: 0x55000000-0x55FFFFFFUboot: 0x40200000-0x403FFFFF (假设2MB)绘制内存映射图0x00000000 ------------------- | OCRAM | 0x00920000 ------------------- | ATF | 0x00A00000 ------------------- | | | 空闲空间 | | | 0x40200000 ------------------- | Uboot | 0x40400000 ------------------- | | | 空闲空间 | | | 0x55000000 ------------------- | TEE | 0x56000000 -------------------确认各区域无重叠后即可进行实际烧录测试。5. 常见问题排查技巧5.1 启动失败的典型地址问题症状1系统卡在ATF启动阶段可能原因ATF的load地址与编译时BL31_BASE不匹配ATF区域被其他组件覆盖排查步骤检查串口输出确认卡在BL31阶段核对its文件中ATF的load地址确认ATF编译时BL31_BASE设置检查内存映射是否有冲突症状2TEE加载后系统崩溃可能原因TEE地址与内核保留内存区域冲突TEE大小超出预留空间排查步骤确认TEE实际大小stat -c%s tee.bin检查内核设备树中的reserved-memory节点调整TEE地址或内核保留区域5.2 调试工具与技巧Uboot内存查看命令# 查看内存内容 md 0x00970000 10 # 反汇编代码 disassemble 0x00970000ATF调试 在编译ATF时启用调试信息DEBUG1 PLATimx8mp bl31JTAG调试 对于难以定位的问题可以使用JTAG工具暂停CPU执行检查PC指针位置查看内存和寄存器状态5.3 地址配置检查清单在最终确定its文件前建议按照以下清单检查[ ] 所有load地址是否在有效DDR范围内[ ] 各组件地址区域是否有重叠[ ] 地址是否与编译时配置一致BL31_BASE、Uboot链接地址等[ ] 是否预留了足够空间考虑未来扩展[ ] 是否考虑了内存对齐要求通常4KB对齐[ ] 是否与内核设备树中的reserved-memory协调6. 高级话题动态地址分配策略对于需要更大灵活性的系统可以考虑动态地址分配方案6.1 基于SPL的地址计算在SPL阶段根据实际内存大小和布局动态计算地址void determine_load_addresses(void) { if (get_ddr_size() SZ_4G) { // 大内存系统使用高地址区域 tee_load_addr 0x56000000; } else { // 小内存系统使用低地址区域 tee_load_addr 0x46000000; } }6.2 多重配置支持its文件支持多个配置选项可以根据硬件特性选择configurations { default config-2g; config-2g { description 2GB DDR configuration; firmware uboot-1; loadables atf-1, tee-1; fdt fdt-1; }; config-4g { description 4GB DDR configuration; firmware uboot-1; loadables atf-1, tee-high-1; fdt fdt-1; }; };6.3 地址验证机制在加载前验证地址有效性int validate_address(uint64_t addr, uint64_t size) { if (addr DDR_BASE) return 0; if (addr size DDR_BASE get_ddr_size()) return 0; if (overlaps_reserved_regions(addr, size)) return 0; return 1; }在实际项目中我们发现动态地址分配虽然增加了复杂性但可以显著提高固件对不同硬件配置的适应性特别是在产品线包含多种内存配置时优势明显。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2448674.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!