RISC-V裸机环境下如何定义ELF非分配自定义.metadata节？

1. 链接器对未明确分配节的默认归属逻辑 #

你虽然给.metadata节设置了INFO类型，但如果链接脚本里没有把这个输出段明确绑定到某个内存区域，GNU LD会默认将其归到第一个匹配的内存区域——而裸机链接脚本里通常RAM是优先级最高的可分配区域。哪怕INFO节标记为不加载，链接器依然会把它的尺寸算进所属内存区域的总占用量中，当数组过大时就会触发RAM溢出错误。

2. INFO类型的作用局限 #

INFO类型只是告诉目标系统的加载器/启动代码不要把这个节加载到硬件内存中，但它并没有改变链接器的内存区域归属规则。链接器在做内存容量检查时，会把所有归属于某个内存区域的输出段尺寸加总，不管这个节是否需要加载。

3. 虚拟内存区域的作用 #

给.metadata节指定虚拟内存区域，本质是告诉链接器：这个节的尺寸计算归属于这个虚拟区域，而不是实际的RAM区域。虚拟区域没有硬件RAM的容量限制（只要你设置足够大的LENGTH），自然就不会触发溢出错误。

修复示例 #

修改你的链接脚本，明确将.metadata节绑定到一个虚拟内存区域：

// 定义内存区域，新增虚拟的元数据区域
MEMORY {
  RAM : ORIGIN = 0x80000000, LENGTH = 0x10000  // 你的实际RAM
  METADATA_VIRT : ORIGIN = 0x0, LENGTH = 0x10000000  // 足够大的虚拟区域
}

SECTIONS {
  // 其他原有段（比如.text、.data等）保持不变
  .text : { ... } > RAM
  .data : { ... } > RAM

  // 绑定.metadata到虚拟区域
  .metadata : INFO {
    *(.metadata)  // 收集所有代码中的.metadata节内容
  } > METADATA_VIRT
}

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