如何配置Accessor_Gpio组

交流互助区
1

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

问题描述

[在这里详细描述您遇到的问题]

需要一次访问多个gpio管脚，按照CSR配置字典之Gpio类的说明：配置Bit0GpioNum ~ Bit7GpioNum: 仅在Id为255时需要配置进行了配置：

image
image308×313 19.2 KB

image
image392×356 36.6 KB

环境信息

  • 操作系统：[如 Ubuntu 24.04]

  • 软件版本：[如 OpenUBMC2509]

  • 硬件配置：[如 CPU、内存等]

重现步骤

  1. [第一步]

  2. [第二步]

  3. [第三步]

期望结果

[您希望实现什么]

lsprop Accessor_Gpio_adc_Switch_0101显示正常

实际结果

[实际发生了什么，包含错误信息]

lsprop Accessor_Gpio_adc_Switch_0101

显示错误：

BMC.Error.Unknow: ./opt/bmc/libmc/lualib/mc/signal.lua:310: ./opt/bmc/apps/hwproxy/lualib/hwproxy_objects/app_bus.lua:104: ./opt/bmc/apps/hwproxy/lualib/hw_utils/hw_wait_access.lua:101: chip: Chip_Gpio_adc_0101, bus: Gpio_adc, read failed: gpio.lua:60: response error, ioctl failed: No such device, index:102, direction:0

尝试过的解决方案

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

单独配置某个管脚时能正常访问

image
image305×315 19.9 KB

分析结论

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

还需要单独定义每个管脚吗？

2

答案内容由AI生成，仅供参考：

4. 总结结论

根据知识库中的论坛案例（topic/5428）和设备访问失败记录，您遇到的 BMC.Error.Unknow 配以 No such device 错误，最可能的原因是 GPIO 总线映射错误或对应的内核设备节点未创建。具体分析如下：

  • 社区已有相同表现：Accessor_Gpio35 实际走 Gpio_34 总线，但配置为另一总线，导致 ioctl 返回错误。
  • 设备节点缺失（如 /dev/bmc_cpld 不存在）同样会引发 No such device，本例 index:102 对应的 gpiochip 可能因设备树/驱动问题未生成。
  • 建议优先核对 CSR 中该 Accessor 的总线名称与实际硬件走线是否一致，并检查 GPIO 驱动及设备节点状态。若配置无误，则需进一步排查底层驱动或内核日志。

需要补充具体 CSR 文件内容或内核日志可提供更精确的定界。

点击此处查看详细分析解答

问题分析

根据您提供的 lsprop Accessor_Gpio_adc_Switch_0101 报错信息：

BMC.Error.Unknow: ...
chip: Chip_Gpio_adc_0101, bus: Gpio_adc, read failed: gpio.lua:60: response error, ioctl failed: No such device, index:102, direction:0

结合知识库中的相关记录，以下是对该问题的综合分析与排查建议。

1. 错误类型解读

  • BMC.Error.Unknow 是 BMC 系统返回的通用未知错误，通常出现在硬件通信失败或被访问对象不存在时。知识库中多次出现该错误与 ioctl 失败、芯片读写失败等伴生（例如 hsport.lua 中 ioctl 报错、Chip.Gpio_33_0101 写失败等）。
  • ioctl failed: No such device 明确指出底层设备文件（通常为 /dev/gpiochipN 或其他字符设备）不存在或未正确创建，导致系统调用失败。

2. 根因可能性分析（基于知识库案例）

可能原因 知识库依据
总线映射错误 在社区论坛案例中（参考 topic/5428），Accessor_Gpio35 实际走的总线是 Gpio_34 而非预期总线，用户被指出「上级 Connector 传递的总线和本级 topo 不匹配」。类似地，本例中 Accessor_Gpio_adc_Switch_0101 可能被错误地映射到了不存在的 Gpio_adc 总线，或实际硬件走线并非该总线。
设备节点缺失 知识库中存在 Device_Access_Failed 关联于 Eeprom_3_1_01 的案例，以及 /dev/bmc_cpld、/dev/mtd0 因文件不存在导致访问失败的记录。这说明同类错误可归结为内核未创建设备节点（如 GPIO 驱动未加载、设备树配置不正确等）。
CSR 拓扑配置错误 知识库中 Chip.Gpio_33_0101 通过 Gpio_32 总线写操作失败，提示「bad argument #2 to ‘write’」，亦属于总线与芯片映射异常。本例中的 chip: Chip_Gpio_adc_0101, bus: Gpio_adc 同样需要验证 CSR 中 Bus/Chip/Accessor 的拓扑关系是否与硬件实际连接一致。
驱动或硬件未初始化 多个 Hisport 接口（如 Hisport_15、Hisport_17）曾因驱动加载错误导致设备节点创建失败，该类问题最终均表现出 BMC.Error.Unknow。GPIO 总线类似，若对应内核驱动未成功 probe，则 /dev/gpiochip102（index:102）不会存在。

3. 建议排查步骤

  1. 检查 CSR 配置

    • 比对 Accessor_Gpio_adc_Switch_0101 所在层级的 Connector 和 Accessor 定义，确认 Gpio_adc 总线是否在上级拓扑中正确传递。
    • 参考论坛案例（topic/5428），该问题常因「上级 Connector 传递的总线和本级 topo 不匹配」引起，需将总线名称修正为实际硬件对应的总线（例如 Gpio_34 等）。

  2. 验证设备节点存在性

    • 在 BMC shell 下执行 ls /dev/gpio* 或 mdbctl lsprop ...，确认是否存在与 index:102 对应的 gpiochip 设备。
    • 若设备节点缺失，检查内核日志（dmesg）中 gpio 驱动加载情况，确认设备树中 gpio 控制器是否正确描述。

  3. 开启 hwproxy 调试日志

    • 根据 V3 硬件访问错误排查指南（参考文档片段5），打开 hwproxy debug 级别日志后，可获取更详细的 ioctl 错误上下文，有助于定位是总线名称错误、驱动失败还是硬件未响应。

  4. 利用 mdbctl 验证对象关系

    • 使用 mdbctl lsprop Accessor_Gpio_adc_Switch_0101 查看其完整属性，确认 Value、Chip、Bus 等字段是否与期望一致。
    • 类似案例中，通过 mdbctl getprop ... 配合总线路径检查，可快速确认是否存在不匹配。

4. 总结结论

根据知识库中的论坛案例（topic/5428）和设备访问失败记录，您遇到的 BMC.Error.Unknow 配以 No such device 错误，最可能的原因是 GPIO 总线映射错误或对应的内核设备节点未创建。具体分析如下：

  • 社区已有相同表现：Accessor_Gpio35 实际走 Gpio_34 总线，但配置为另一总线，导致 ioctl 返回错误。
  • 设备节点缺失（如 /dev/bmc_cpld 不存在）同样会引发 No such device，本例 index:102 对应的 gpiochip 可能因设备树/驱动问题未生成。
  • 建议优先核对 CSR 中该 Accessor 的总线名称与实际硬件走线是否一致，并检查 GPIO 驱动及设备节点状态。若配置无误，则需进一步排查底层驱动或内核日志。

需要补充具体 CSR 文件内容或内核日志可提供更精确的定界。

3

csr链路、器件相关配置有误