【升级CPLD UID不匹配】

Hardware SIG
1

1、问题背景

升级扩展板uid后缀为5880的CPLD, 但是系统识别到配置文件的UID为我当前基础板的UID, 实际解压升级文件，发现update.cfg配置没问题就是5880的那个uid

2、求助

请问fw.uid难道不是从update.cfg中读出来的吗？

3、升级截图

image
image1648×1174 141 KB

升级update.cfg

image
image1417×1360 56.9 KB

2

答案内容由AI生成，仅供参考：
根据您描述的问题和提供的上下文，针对“CPLD UID 匹配”问题，以下是详细的分析和解答。

1. fw.uid 的来源

fw.uid 并非直接从 update.cfg 中读取，而是来自 LogicFirmware 对象。

  • LogicFirmware 对象由系统在初始化阶段，根据硬件板卡的 CSR（配置空间寄存器）或 FRU（现场可更换单元）中的自描述信息自动生成。
  • 例如，在日志中看到的 fw.uid = 00000001020302066283, fw.csr.Name = BCU_CPLD1，这个 UID 是由硬件板卡（如基础板 BCU）的 CPLD 芯片自身报告或由其所在的板卡 EEPROM 中存储的 UID 决定的。

2. update.cfg 中 UID 的作用

update.cfg 文件中的 uid 字段并不是用来定义目标固件的 UID，而是用来声明该升级包可以匹配哪些 UID 的设备。

  • 在升级流程的准备（prepare）阶段，系统会解析 update.cfg，得到 cfg.uid（可能是一个列表）。
  • 然后遍历系统中所有存在的 LogicFirmware 对象（即各个 CPLD 芯片对应的固件描述），对每个 fw.uid 调用 cfg:check_fw_uid_exist(fw)，判断该 fw.uid 是否在 cfg.uid 列表中。
  • 只有匹配成功的 LogicFirmware 对象才会被列入升级目标列表。

关键代码逻辑（来自社区开源组件 general_hardware）：

if (system_id == defs.ALL_SYSTEM_ID or system_id == fw.system_id) and
    cfg:check_fw_uid_exist(fw) then
    log:notice('cpld fw matched, system_id = %s, fw.uid = %s, fw.csr.Name = %s',
               system_id, fw.uid, fw.csr.Name)
    table.insert(update_obj_list, fw)
end

（参见 Document Chunk 4）

3. 您遇到的问题分析

现象：升级扩展板（UID 后缀 5880）的 CPLD，但系统却识别到了基础板的 UID。
原因推测：

  • 场景 A：update.cfg 中的 uid 列表包含了基础板 CPLD 的 UID，导致系统误认为也要升级基础板的 CPLD。
    • 例如，update.cfg 中配置了 uid=xxx5880，但同时也包含了基础板的 UID（或其他匹配规则），而基础板的 LogicFirmware 对象的 UID 恰好与 cfg.uid 中的某个值匹配。
  • 场景 B：扩展板的 LogicFirmware 对象中，fw.uid 被配置错误，实际存储的 UID 与预期（5880）不一致，导致匹配失败。
  • 场景 C：解压出的 update.cfg 文件内容正确（包含 UID 5880），但系统读取的 cfg.uid 可能被缓存或来自错误路径（例如，基础板的配置覆盖了扩展板的配置）。

核心点：fw.uid 是硬件决定的，update.cfg 中的 UID 是软件配置的匹配条件。如果匹配结果不符合预期，需要检查：

  1. 硬件侧：扩展板 CPLD 所在板卡的 UID 是否确实是 5880？可通过 fw.csr.Name 或系统导出的硬件信息确认。
  2. 软件侧：update.cfg 中的 uid 列表是否只包含了目标 UID？可检查是否有多余的匹配项。
  3. 部署侧：升级包是否完全正确？是否存在多个 CPLD 对象（如基础板和扩展板都有 CPLD），导致系统同时匹配了两个？

4. 建议排查步骤

  1. 确认扩展板 CPLD 的实际 UID：
    在系统运行时，通过工具（如 BMC shell）查看 LogicFirmware 对象列表，找到扩展板对应的 fw.uid 和 fw.csr.Name。
    例如日志中的 fw.uid = 00000001020302066283，即代表该 CPLD 的硬件 UID。

  2. 检查 update.cfg 的 UID 配置：
    解压 HPM 包，查看 update.cfg 中 uid 字段的内容，确认是否只有目标 UID（5880），还是包含了多个 UID。

  3. 检查硬件 UID 是否唯一：
    如果基础板和扩展板的 CPLD 使用了相同的 UID（例如都是 00000001020302066283），则系统无法区分，会导致同时升级或错误选择。

  4. 参考社区已解决案例：
    类似问题在 Topic 2738 和 Topic 5388 中有详细讨论：

    • UID 匹配是通过 cfg:check_fw_uid_exist(fw) 实现的，fw.uid 来源于 LogicFirmware。
    • 如果两个模组的 CPLD 信息一致，升级包会同时升级两者；如果需要区分，应使用不同的 ComponentID 和 ComponentIDEx。

总结

  • fw.uid = 硬件板卡 CPLD 自描述的唯一标识（由 CSR/FRU 定义）。
  • update.cfg 中的 UID = 升级包支持的设备 UID 列表（用于匹配）。
  • 系统匹配时，会遍历所有 LogicFirmware 对象，将它们的 fw.uid 与 update.cfg 中的 UID 列表比对，匹配上的即为升级目标。

因此，您的问题很可能是因为基础板的 CPLD 的 fw.uid 也在 update.cfg 的 UID 列表中，导致系统同时匹配了基础板。请重点检查 update.cfg 的 UID 配置是否过于宽泛，以及扩展板硬件 UID 是否与预期一致。

3

EXP_2880166233.zip (1.4 MB)

升级完整的配置文件

4

扩展板uid配置csr是5880

image
image744×881 20.4 KB

5

扩展板中配置的uid也全是5880，如下是扩展板文件

14100513_00000004012205880.txt (113.3 KB)

6

已解决，LogicalFirmware中UId区分大小写