openubmc搭配双920不开机

交流互助区
1

双920模组搭配openubmc不开机，接单颗920正常启动。同样的硬件设计搭配ibmc v2，双920模组能正常启动，请问需要在openubmc做什么额外的配置吗？

2

答案内容由AI生成，仅供参考：
:white_check_mark: 总结：openUBMC 双 920 启动配置清单

步骤 操作 是否必须
1 使用支持双 CPU 的 sr 文件 :white_check_mark: 是
2 使用专为双 CPU 编写的 DTB 文件 :white_check_mark: 是
3 确保 ProductUIDList 包含设备 UID :white_check_mark: 是
4 显式启用 Multihost 配置 :white_check_mark: 推荐
5 检查 mdbctl lsprop 验证对象加载 :white_check_mark: 是
6 避免加载默认 DTB，使用 TFTP 动态加载 :white_check_mark: 是
点击此处查看详细分析解答

openUBMC 搭配双 Kunpeng 920 模组无法开机问题分析与解决方案

根据您提出的问题：“双 920 模组搭配 openUBMC 无法开机，单颗 920 可正常启动，而相同硬件在 iBMC V2 下可正常运行”，结合上下文知识库信息，可综合判断此问题与 硬件适配、资源文件（SR/DTB）配置及双 CPU 启动流程兼容性 密切相关。

以下是详细分析与建议：

:magnifying_glass_tilted_left: 问题核心分析

  1. 现象总结：

    • 单颗 Kunpeng 920 可正常启动 → 排除基础 BMC 固件加载与基本驱动问题。
    • 双 920 使用 openUBMC 无法开机 → 问题集中在 多 CPU 检测、拓扑初始化或资源加载阶段。
    • 相同硬件在 iBMC V2 下可正常启动 → 表明硬件设计无根本缺陷，问题出在 openUBMC 软件侧适配不足。

  2. 关键线索：

    • 根据知识库文档 双路920X08在UBMC下无法开机（reference_id: 1）中的日志，双 CPU 场景在 BIOS 阶段出现 [getHaCaNumInfo] 多次查询失败（返回 0x0000FFFF），表明 BMC 未能正确提供 CPU 拓扑信息或 HaCa（硬件抽象层）数据错误。
    • 文档 fxx551_l4il6 的解决方案曾指出类似启动问题由 DTB（Device Tree Blob）文件不匹配 导致（reference_id: 5），强调应避免加载错误的 DTB。

:puzzle_piece: 根本原因定位

可能原因 是否支持 依据
SR 文件未正确配置双 CPU 拓扑 :white_check_mark: 是 openUBMC 使用 sr 文件定义硬件配置（如 platform.sr）。若该文件未正确定义双 CPU 的 FruCtrlCapabilities、Component 等对象，会导致 BIOS 建链失败。
DTB 文件未适配双 CPU 模式 :white_check_mark: 是 DTB 定义硬件资源映射。单双 CPU 场景内存拓扑、IPI 中断、ACPI 表等差异大，错误 DTB 将导致 BIOS 阶段失败。
openUBMC 未启用 Multihost 支持 :white_check_mark: 可能 openUBMC 需在 PSR 或配置中显式指定 Multihost 模式（知识库 openUBMC 单BCU双host特性设计说明书 提及）。默认可能为单 host 设计。
ProductUID/BoardID 不匹配导致降级或配置未加载 :white_check_mark: 是 错误 UID 会导致配置项（如电源控制）未加载，影响启动流程（reference_id: 2、5 均提及）。

:white_check_mark: 解决方案与配置建议

1. 确认并更新 sr 配置文件

确保您使用的 VPD sr 文件支持双 CPU 配置。

  • 路径参考：
    vpd/vendor/Huawei/Server/Kunpeng/S920X20/platform/platform.sr
  • 需包含的关键对象（见 上下电配置指导）：
    FruCtrlCapabilities_00
SystemLockDown_1_00
Multihost_00
  • 验证方法：
    使用命令 mdbctl lsprop 检查是否成功加载上述对象。若未加载，将导致 objs_bef_init distribute failed. 打印。

:white_check_mark: 建议：从 openUBMC/vpd GitHub 仓库拉取支持 920X 双路的 sr 文件，并确认 ProductUIDList 包含您的设备 UID。

2. 确保 DTB 文件与双 CPU 场景匹配

  • 在 U-Boot 阶段，禁止加载默认 DTB。
  • 正确操作流程（见 reference_id: 5）：
    run tftp_network_boot    # 从 TFTP 加载内核
run run_linux            # 直接启动 Linux
# ❌ 禁止执行 run load_ext4_dtb（此命令加载内置 DTB，可能为单 CPU 设计）
  • 建议：为双 920 场景单独编译并提供一份 dual-cpu.dtb，通过 TFTP 加载。

3. 显式配置 Multihost 模式

openUBMC 需在构建或运行时识别为双主机（Multihost）系统。

  • 构建时配置（在 manifest.yml 或 Conan 配置中）：
    - conan: "vpd"
  options:
    board_name: openUBMC
    # 添加 multihost 支持选项（若有）
  • 运行时检查：
    • 确认 BMC 是否识别到两颗 CPU：
      ipmitool sdr list | grep "CPU"
    • 检查资源树中是否存在双 CPU 对象：
      get_bmc_resource.sh | grep "CpuBoard"

4. 校验 ProductUID 与 BoardID

确保您的设备 UID 在 update.cfg 的 ProductUIDList 中。

  • 示例（reference_id: 5 中的配置）：
    ProductUIDList=0x0207be00,0x0207be0a,0x0207be01,...
  • 如果您的设备 UID（如 0x0207A900）不在列表中，BMC 会拒绝升级或加载配置。

:white_check_mark: 解决方法：修改 update.cfg 并重新签名固件包。

:warning: 其他注意事项

  1. CPLD 配置兼容性：

    • 双 CPU 上下电控制依赖 CPLD 寄存器操作。确认 openUBMC 的 power_button:push_button_short() 调用了正确命令字。
    • 若 cpld 命令字错误，会导致“能识别 CPU 但无法上电”现象（见 上下电常见问题指南）。

  2. BIOS 兼容性：

    • 确保所用 BIOS 版本支持 openUBMC 提供的 RAS 接口（如 bmc.kepler.Systems.FDMDomain.CPURAS）。

  3. 避免使用社区默认包直接部署：

    • 如 昆仑太科_张红涛 所述（reference_id: 3）：“不支持，需要额外适配，否则可能升级后代码会回退。”

:white_check_mark: 总结：openUBMC 双 920 启动配置清单

步骤 操作 是否必须
1 使用支持双 CPU 的 sr 文件 :white_check_mark: 是
2 使用专为双 CPU 编写的 DTB 文件 :white_check_mark: 是
3 确保 ProductUIDList 包含设备 UID :white_check_mark: 是
4 显式启用 Multihost 配置 :white_check_mark: 推荐
5 检查 mdbctl lsprop 验证对象加载 :white_check_mark: 是
6 避免加载默认 DTB，使用 TFTP 动态加载 :white_check_mark: 是

:link: 参考资料

如完成上述配置仍无法解决，建议提供 完整的 U-Boot 和 BIOS 串口日志 以便进一步分析。

3

启动是指os启动？发下一键收集