LPe32002 FC卡南向的PartNumber与PCIeCard.PartNumber不同步问题

根据您描述的问题，我们梳理了 openUBMC 社区已有的相关规范和评审结论。现解答如下：

1. 关于 PartNumber 的优先级规则（以哪个为准）

openUBMC 社区已评审并确定了 PartNumber 的更新优先级顺序，结论为：

方案1：fru > PCIe空间 > csr配置
即：如果有 FRU，则优先以 FRU 读取的值为准；如果无 FRU，则从 PCIe 空间获取；如果都获取不到，才使用 CSR 配置的值。
注意：FRU 读取到空值时认为是合理值并需要更新；而 PCIe 空间获取到空值则视为不合理，不应更新。
——引自【已评审】网卡 partnumber、serialnumber 更新优先级顺序（搜索结果第7条）

因此，按照此规范，应以 FRU 读取的 LPe32002-M2-AP 为准，而不是 CSR 中配置的 06030393。

2. 当前不一致的原因（南向 vs 北向）

您观察到的现象是：

• 南向设备树对象（Component_PCIeCard / bmc.dev.PCIeDevice）的 PartNumber 已被 FRU 值 LPe32002-M2-AP 覆盖，符合优先级规范。
• 北向 PCIeCard 对象（如 Web 界面读取的 PCIeCard.PartNumber）却仍显示 CSR 配置的 06030393，未按规范同步更新。

这反映了当前同步机制的不完整。根据已有资料：

• CSR 上库自检 Checklist 明确要求：“Component_PCIeCard 对象的 PartNumber、SerialNumber 均需要同步 PCIeCard 下的 PartNumber、SerialNumber 属性”（搜索结果第1条）。
• 但在实际适配中，PCIeCard 对象的 PartNumber 无法通过 CSR 关联自动刷新，且 NetworkAdapter 对象的 PartNumber 属性变更后不广播通知（文档块4，topic 6783）。
• 知识图谱也指出：PartNumber 仅在启动时与 CardPartNumber 同步，不动态更新。

因此，当前北向接口（如 Web）的 PCIeCard.PartNumber 未被触达更新，导致显示不一致。

3. 后续是否有同步计划？

目前社区已有明确的同步规范（上文提到的 Checklist 和第7条评审），但并未在此次提供的资料中直接给出具体的“同步计划”或时间表。不过，以下几点可以为您提供参考：

• 已有明确的同步要求：CSR 上库自检时强制要求 Component_PCIeCard.PartNumber 与 PCIeCard.PartNumber 保持一致。
• 优先级规范已评审通过：fru > PCIe空间 > csr 是社区共识，后续适配应遵循此规则。
• 同步缺失是已知问题：社区讨论（topic 6783）中已提出“NetworkAdapter 的 PartNumber 变更不广播”以及“PCIeCard 的 PartNumber 无法通过 CSR 关联刷新”等问题，说明社区已注意到该缺口。

建议：您可以在社区推动实现以下同步机制：

• 令 PCIeCard.PartNumber 监听并同步 Component_PCIeCard.PartNumber 的变化，或直接采用相同的优先级逻辑更新自身。
• 确保 PCIeCard 对象与南向设备树对象使用同一数据源（FRU 优先）。

总结

如有进一步细节需求，您可参考 网卡 PartNumber/SerialNumber 更新优先级顺序 及 CSR 上库自检 Checklist 中的同步条款。