如何阻止OpenOCD修改.ARM.exidx段后的填充数据？

问题背景 #

裸机ARM系统中，构建脚本会计算镜像校验和并嵌入到镜像内，烧录后软件会对比内存中的校验和与嵌入值。使用OpenOCD烧录后出现校验不一致，根源是**.ARM.exidx与.data段之间的8字节间隙**处理差异：链接器将该间隙填充为0x00，但OpenOCD会自动填充为0xFF，这部分字节差异直接导致校验和不匹配。

已尝试的临时方案及局限性 #

• 统一填充字节：执行OpenOCD命令flash padded_value 0 0强制其用0x00填充间隙，但要求团队全员更新脚本，且无直接命令能阻止OpenOCD修改间隙数据；
• 调整段布局：将.ARM.exidx移至校验区域末尾或无需对齐的段之后，但修改厂商提供的链接脚本风险高，易引发其他兼容性问题；
• 添加填充段：给.ARM.exidx添加对齐设置时链接器报错；新增.fill段可阻止OpenOCD修改间隙，但当.ARM.exidx已16字节对齐时，会冗余16字节，浪费镜像体积。

目前倾向第三种方案，现提供更优解决思路：

更优解决方案 #

1. 动态填充间隙，避免冗余字节 #

在链接脚本中精准计算.ARM.exidx与.data之间的间隙大小，动态生成对应长度的填充段，确保填充内容为0x00，与链接器行为一致。示例链接脚本片段：

.ARM.exidx : {
    *(.ARM.exidx* .gnu.linkonce.armexidx.*)
} > FLASH

// 计算当前位置到.data起始的间隙，仅填充实际需要的长度
. = ALIGN(16);
ASSERT(. - ADDR(.ARM.exidx) <= 16, ".ARM.exidx to .data gap exceeds expected size")
.gap_fill : {
    FILL(0x00);
    . = . + (. - ADDR(.ARM.exidx));
} > FLASH

.data : {
    *(.data*)
} > RAM AT> FLASH

该方式仅填充实际存在的间隙，不会产生冗余字节，且显式填充的区域会被OpenOCD正常烧录，不会被0xFF覆盖。

2. 配置OpenOCD仅烧录已分配段 #

使用ELF格式镜像执行烧录命令，让OpenOCD只烧录ELF中定义的有效段，跳过未分配的间隙区域：

flash write_image erase my_image.elf 0x08000000 elf

此方式从根源避免OpenOCD填充间隙，需确认团队使用的OpenOCD版本支持ELF格式的精准烧录。

3. 调整校验逻辑，跳过间隙区域 #

若无法修改链接脚本或OpenOCD配置，可更新构建脚本记录间隙的起始地址和长度并嵌入镜像，同时修改软件校验逻辑，在校验时跳过该间隙区域，仅校验有效段内容。此方式无需改动链接或烧录流程，但需同步更新构建脚本与应用程序的校验逻辑。

内容的提问来源于stack exchange，提问作者proski