300I DUO卡在web上不显示部件编码

[KuiTai_FanChunYang (神码-范春阳)]

// 此模板仅供参考，如果不适用可以修改

问题描述

300I DUO卡在web上不显示部件编码

环境信息

• 软件版本：2603

分析结论

PartNumber优先从fru读取，DUO卡的fru未定义该字段，这样就回赋值Board Part Number为’ ‘ ，在pcie_device组件赋值PartNumber时空值为真，就会赋值空值。想问一下这里的修改是否存在问题，我要不要加一个不等于空值的兜底呢，合入记录在pcie_device/src/lualib/device/class/pcie_card.lua-代码预览-pcie_device:基于 Lua 的 PCIe 设备管理组件项目 - AtomGit

[ubmc_assistant (openUBMC_Assistant)]

答案内容由AI生成，仅供参考：
好的，根据您提供的上下文信息，我将作为信息合成专家，严格遵循 Context 中的内容来回答您的问题。

---

分析结论

根据您提供的上下文信息，300I DUO卡在web上不显示部件编码的根本原因在于PartNumber数据源的优先级规则以及DUO卡FRU数据的缺失。

核心原因分析

1. PartNumber优先级规则：根据上下文中的信息，PartNumber 的数据来源有一个明确的优先级顺序，即：
   FRU（Field Replaceable Unit）数据 > PCIe空间数据 > CSR（Configuration Space Registers）配置数据
   这意味着系统会首先尝试从FRU中读取 PartNumber，只有当FRU中不存在该数据时，才会依次使用PCIe空间或CSR配置中的值。

2. 300I DUO卡FRU数据缺失：

   • 上下文明确指出，300I Duo卡在FRU数据中相关的 BoardPartNumber 属性被设置为 “N/A” 或为空（""）。
   • 根据优先级规则，当系统从FRU成功读取到“空值”时，它会将这个空值视为一个合法的更新值，并用它去覆盖其他来源（如CSR配置）中可能存在的正确值。

问题复现路径

1. 系统启动：300I DUO卡的CSR配置中可能包含正确的 PartNumber 值（例如 03029WRV）。
2. 读取FRU数据：系统按照优先级规则，读取该卡的FRU数据，发现 BoardPartNumber 为 “N/A” 或空字符串。
3. 覆盖更新：由于FRU数据被视为最高优先级，系统使用这个空值更新了 PCIeCard.PartNumber 或类似的属性，从而“抹除”了原本正确的部件编码。
4. Web显示：Web界面上的部件编码字段（通常从 PCIeCard.PartNumber 取值）因此而显示为空。

关于您提出的修改建议

针对您提出的“是否需要在赋值时加一个不等于空值的兜底”这个问题，根据上下文中的信息：

• 评审结论 中明确指出：“针对fru读取为空和PCIe空间获取为空的处理方式不同，如果fru读取到了空值则认为是合理值，需要更新”。
• 这意味着，当前的规则有意将FRU中读到的空值视为有效值，目的是为了确保系统显示的数据与硬件FRU中存储的内容完全一致。

因此，您提出的“加一个不等于空值的兜底”修改方案，与现有的官方规则是相悖的。按照现有设计，这不是一个Bug，而是一种预期的行为。如果修改，可能会导致遵循此规则的其它正常情况出现问题。

潜在解决方案

根据上下文，解决此问题的一个可能方向是参考网卡 PartNumber 的处理逻辑（如 Search Result 第5条所示）：

• 统一数据来源：有提议将北向接口（如Web界面）和南向（如告警）的 PartNumber 数据来源进行归一。
• 从更可靠的接口获取：例如，Web界面可以考虑从 bmc.kepler.Systems.NetworkAdapter 这类接口获取 PartNumber，其数据源可能经过更复杂的处理（例如使用优先级逻辑）。
• 确保FRU数据完整：最根本的解决方法，是确保300I DUO卡硬件上的FRU EEPROM中正确烧录了 BoardPartNumber 字段。一旦FRU数据完善，系统就能正确地读取并显示部件编码。

结论：当前行为是符合设计规范的，因为PartNumber优先级规则将FRU空值视为有效。您提出的修改可能会打破这一规则。建议考虑从硬件层面修正FRU数据，或者参考网卡方案，从更统一、更可靠的接口获取展示信息。

[aliens_to_mars (HuangDing)]

按照评审结论，FRU中的PartNumber为第一优先级，如果为空视为PartNumber预期为空