背景

qemu_mockup 仓中的 src/lualib/mock/data/dtb/hi1711_9p8c.dtb 归档的是一个二进制文件。在 ../manifest 仓构建时，会从 rtos 基础 OS 中继承 dtb 文件 boot/hi1711_asic.dtb。hi1711_9p8c.dtb 的内容是在 boot/hi1711_asic.dtb 基础上增加了 3 个 virtio_mmio 配置（参见 src/lualib/mock/data/dtb/hi1711_9p8c.dts）。

现状问题

qemu 启动时指定了 qemu_mockup 的 dtb 文件，该文件无法自适应 hi1711_asic.dtb 的变化。

在社区版本 openUBMC 26.06 发布过程中，hi1711_asic.dtb 的设备树 gmac@cd000000 节点新增了 memory_region_rx 和 memory_region_tx 属性，而 hi1711_9p8c.dtb 没有配套变更，导致 qemu 镜像启动后网络故障。

实测差异（hi1711_asic.dtb vs hi1711_9p8c.dts）

将 rtos 基础 OS 的 /boot/hi1711_asic.dtb 反编译后与 hi1711_9p8c.dts 逐节点比对，共有 4 处差异——不只是 virtio_mmio：

其中差异 1~3 是参数联动关系（内存/CPU 数/GIC 空间三者相关），virtio_mmio 才是 mockup 特有的设备。若 hi1711_asic.dtb 未来也改成 8 核，差异 2、3 会自然消失。

任务目标

优化 dtb 文件管理逻辑，使 hi1711_9p8c.dtb 能够自动跟随基础 OS 的 hi1711_asic.dtb 变化，避免手工维护二进制 dtb 文件导致的漂移问题。

基本思路

在 customization/customization.py 中注入产品化定制逻辑：

1. 构建时从 boot/hi1711_asic.dtb 复制出基础 dtb 文件
2. 将基础 dtb 文件反编译（dtc）为 dts 文件
3. 基于 mockup 的定制参数修改 dts：
   • memory 大小调整为 2 GB（0x80000000）
   • cpus 扩展到 8 核（追加 cpu@4~7，GIC redistributor 同步扩到 0x100000）
   • 追加 3 个 virtio_mmio 配置
4. 将修改后的 dts 重新编译（dtc）生成 dtb 文件
5. 写回镜像的 /data/dtb/hi1711_9p8c.dtb

实现时建议将 CPU 数、内存大小、virtio 设备数等定制项做成 customization.py 中的显式配置，而不是硬编码的 sed/diff 修补，保证逻辑清晰且可自适应。

验收标准

• manifest 构建流程中，/data/dtb/hi1711_9p8c.dtb 由 hi1711_asic.dtb 自动生成
• 生成的 dtb 在 hi1711_asic.dtb 基础上包含上述 4 类定制：memory 2 GB、8 核 CPU、GIC redistributor 0x100000、3 个 virtio_mmio
• hi1711_asic.dtb 变更（如 gmac 节点新增属性）时无需手工修改 qemu_mockup 仓
• qemu 启动镜像后网络功能正常