csr未加载问题咨询

交流互助区
1

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

问题描述

manifest 下进行编译

bingo build -bt debug -t target_personal

在profile.txt

image
image541×126 9.69 KB

在编译的时候，也能看到 so 文件的编译

环境信息

git log：4a142bc (HEAD -> main, origin/main, origin/HEAD) !1350 修复SDI卡资产名称不符合预期的问题

重现步骤

  1. [第一步]

  2. [第二步]

  3. [第三步]

期望结果

nvme 的so 正常加载

实际结果

实际上从bmc的log中是没有出现相关的so

DriverName,Load_status,LoadTime(ms),DeviceCount,ErrorMessage
libCsr1I2c.so,success,22.465,1,
libCsr1Eeprom.so,success,12.480,1,
libCsr1Jtag.so,success,8.979,1,
libCsr1JtagOverLocalBus.so,success,8.884,1,
libCsr1Hisport.so,success,9.289,1,
libCsr1Gpio.so,success,8.933,1,
libCsr1Chip.so,success,17.750,1,
libConnector.so,success,73.718,1,
libCsr1Accessor.so,success,7.253,1,
libCsr1Scanner.so,success,8.166,1,
libCsr1Smc.so,success,27.352,1,
libCsr1Pca9545.so,success,22.834,1,
libCsr1I2cMux.so,success,9.837,1,
libCsr1Lm75.so,success,25.816,1,
libCsr1Cpld.so,success,22.536,1,
libCsr1SmcDfxInfo.so,success,25.304,1,

app.log 里也没有看到相关的ssd 驱动加载

尝试过的解决方案

[列出您已经尝试过的解决方案及结果]

分析结论

[详细总结您对此问题的分析结论]

2

答案内容由AI生成，仅供参考：
好的，已根据您的要求，从回答内容中提取了“总结与建议”章节的内容，具体如下：

总结与建议

核心结论：您遇到的问题极有可能是因为 描述NVMe设备的CSR文件没有正确、完整地打包到HPM固件包中。

建议排查步骤（基于知识库信息）：

  1. 检查HPM包内容：检查您最终生成的HPM包中，是否包含预期的NVMe相关CSR文件（通常为 .sr 格式）。
  2. 检查Manifest配置：确认在构建配置（如 manifest.yml 或 profile.txt）中，已经正确引用了NVMe CSR文件的路径。
  3. 检查CSR文件位置：对于NVMe设备，确认其CSR文件是否位于正确的代码仓库（如 component_driver）中，并确认构建系统能正确寻找到它。
  4. 检查Connector定义：根据知识库中的信息，硬件加载依赖于 Connector 对象的定义。请检查根CSR文件中，连接NVMe背板的 Connector 对象的 BomId 等属性是否与NVMe板的CSR文件名匹配。
点击此处查看详细分析解答

好的，收到您的问题。作为信息综合专家，我将严格依据所提供的信息库来分析和回答您关于CSR未加载的问题。

根据您的描述，您在编译时能看到相关SO文件的编译过程，但在BMC运行日志中，并未发现这些SO文件被加载。这意味着问题可能不在于SO文件本身是否被编译，而在于加载SO文件的触发条件（即CSR文件的加载与解析） 未能正确执行。

问题分析

综合您提供的信息和知识库中的案例，CSR文件加载失败是导致硬件驱动（SO文件）无法被加载的核心原因。

  1. CSR文件是关键：知识库明确指出，SO驱动的自动加载与VPD和CSR文件密切相关。例如，知识库中 xiapengcheng 提出的关于GPU卡适配的问题，其根本原因就是 CSR文件（SR文件）未编入包中 ，导致BMC硬件发现（hwdiscovery）阶段无法找到对应的组件定义 (/opt/bmc/sr/100010e2_07311100.sr)，从而无法加载其驱动。

  2. 加载流程：BMC启动时，会通过 hwdiscovery 组件解析CSR文件，并根据文件中的定义（如 Connector, Scanner 等）去加载相应的Lua脚本和SO驱动。如果CSR文件缺失、路径错误或内容不匹配，此流程会中断，SO驱动自然不会被加载。

  3. 日志证据：您的实际结果日志显示了BMC成功加载了基础驱动（如 libCsr1I2c.so, libConnector.so 等），但缺少了NVMe相关的SSD驱动。这符合 hwdiscovery 未能成功解析或找不到对应NVMe CSR文件的典型表现。

可能导致CSR文件加载失败的原因

根据知识库内容，通常有以下几种可能性，您可以作为排查方向：

  • CSR文件未编入HPM包：这是最常见的原因。您编译了SO文件，但描述该硬件（例如NVMe背板）的CSR文件可能没有被正确包含在最终的HPM升级包中。知识库中回复 aliens_to_mars 的案例明确指出：“是没有将sr文件编入包中”。

  • CSR文件路径或加载方式不正确：不同类型的硬件，其CSR文件的存放路径和加载方式可能不同。例如，知识库回复提到：“设备树方式的卡的csr文件在component_driver仓中，不在vpd中”。您需要确认NVMe设备的CSR文件是否被正确引用和放置。

  • Manifest配置或profile.txt缺失：要将CSR文件带入HPM包，需要修改 manifest 文件或 profile.txt 等构建配置文件。知识库回复中强调：“为了将sr文件带入hpm包，还需要修改manifest”。您的截图（图片内容分析失败）和描述提到修改了 profile.txt，这可能正是配置CSR文件路径的地方，需要确认配置是否正确。

  • CSR文件内容与硬件不匹配：知识库中一个NVMe硬盘资源归属问题的案例指出，客户加载了错误的CSR文件（Component_PCIeCard_0101081009.sr 并非实际硬件型号），导致信息加载出错。请确认您引入的CSR文件是否与您板上的NVMe硬件完全匹配。

总结与建议

核心结论：您遇到的问题极有可能是因为 描述NVMe设备的CSR文件没有正确、完整地打包到HPM固件包中。

建议排查步骤（基于知识库信息）：

  1. 检查HPM包内容：检查您最终生成的HPM包中，是否包含预期的NVMe相关CSR文件（通常为 .sr 格式）。
  2. 检查Manifest配置：确认在构建配置（如 manifest.yml 或 profile.txt）中，已经正确引用了NVMe CSR文件的路径。
  3. 检查CSR文件位置：对于NVMe设备，确认其CSR文件是否位于正确的代码仓库（如 component_driver）中，并确认构建系统能正确寻找到它。
  4. 检查Connector定义：根据知识库中的信息，硬件加载依赖于 Connector 对象的定义。请检查根CSR文件中，连接NVMe背板的 Connector 对象的 BomId 等属性是否与NVMe板的CSR文件名匹配。

由于提供的信息中缺少您的CSR文件、Manifest配置等关键细节，无法给出更精确的定位。建议您重点检查上述步骤，这通常能解决此类CSR未加载驱动的问题。

3

请首先检查这个nvme盘是否被加载：

  1. 前往/opt/bmc/sr目录，检查该目录下是否带上了所需的csr
  2. 检查加载这份csr的上级Connector对象，确认Connector对象的Presence属性是否正确配置，并且确认该属性关联的数值是否正常
4
  1. 能看到 sr的加载
    1. image
      image1180×317 13 KB
  2. 检查加载这份csr的上级Connector对象？
    1. 请问这个要具体操作是看呢？我是第一次接触，理解有限
5

nvme硬盘的connector保存在上一级，硬盘背板的csr里。首先你需要找到环境上加载的硬盘背板csr是哪一个：确认你的硬盘背板的uid，然后在这个目录下找到包含名称中包含这个uid的文件（不带soft的哪个）

找到文件之后，该文件内容是个不带换行的json，建议拷贝出来并自行格式化，便于阅读。然后在这个文件中搜索Connector，就可以找到Connector对象了。从中找到连接nvme盘的对象，然后再看他的Presence是如何配置的