问题标签 [openbmc]

我可以使用 ipmitool 关闭服务器。但是 BMC 是如何向 Host OS 发起关闭命令的呢？两者在内部是如何连接的？

还有当主机断电时，bmc如何打开机器？我假设它能够在机器开启时与操作系统通信，而在机器关闭时它不能这样做。那么BMC如何开启主机

使用 busctl 设置 D-Bus 属性时，它会抛出错误消息

我正在调试 pwmtachtool<->hwmon 交互问题，当 OpenBMC 映像在连接到 SensorsBoard 和风扇（主机未连接）的 AST2600 EVB 上运行时观察到。正在运行的 OpenBMC 映像是使用 bitbake 构建的，它包括为这个 SensorBoard 定制的 recipes-phosphor/configuration/entity-manager/SensorBoard.json。已验证 SensorsBoard 上的 I2C 传感器可通过 i2ctools 访问，并按预期运行。但是，运行“pwmtachtool <dev_id> --get-fan-speed <fan_num>”始终报告“风扇速度为 0”，即使 phy 风扇已正确连接。例如：

/usr/local/bin/pwmtachtool 0 --get-fan-speed 0 --verbose

GET_TACH_SPEED：转速值 0

风扇 0 速度为 0

猫 /sys/class/hwmon/hwmon0/fan0_input

0

仔细查看 pwmtachtool 代码路径，我看到它调用了 pwmtach_action()，它读取“/sys/class/hwmon/hwmon<dev_id>/fan”，它始终为 0。尝试了所有 <dev_id>/ 组合，由sysfs：同样的结果。到目前为止，无法弄清楚为什么会这样。我非常感谢所有有关如何调试此问题的建议。

额外细节：

ll /sys/类/hwmon/

lrwxrwxrwx 1 root root 0 Feb 16 08:52 hwmon0 -> ../../devices/platform/ahb/ahb:apb/1e610000.pwm-tacho-controller/hwmon/hwmon0

lrwxrwxrwx 1 根 0 Feb 16 08:52 hwmon1 -> ../../devices/platform/iio-hwmon/hwmon/hwmon1

lrwxrwxrwx 1 root root 0 Feb 26 22:20 hwmon2 -> ../../devices/platform/ahb/ahb:apb/ahb:apb:bus@1e78a000/1e78a480.i2c-bus/i2c-8/8-004d /hwmon/hwmon2

ll /sys/class/hwmon/hwmon0/*

lrwxrwxrwx 1 root root 0 Feb 26 22:20 /sys/class/hwmon/hwmon0/device -> ../../../1e610000.pwm-tacho-controller

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan0_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan10_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan11_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan12_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan13_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan14_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan15_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan1_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan2_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan3_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan4_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan5_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan6_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan7_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan8_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/fan9_input

-r--r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/name

lrwxrwxrwx 1 root root 0 Feb 26 22:20 /sys/class/hwmon/hwmon0/of_node -> ../../../../../../../firmware/devicetree/base/ahb /apb/pwm-tacho-controller@1e610000

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm0

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm1

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm10

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm11

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm12

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm13

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm14

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm15

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm2

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm3

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm4

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm5

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm6

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm7

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm8

-rw-r--r-- 1 root root 4096 Feb 26 22:20 /sys/class/hwmon/hwmon0/pwm9

lrwxrwxrwx 1 root root 0 Feb 16 08:52 /sys/class/hwmon/hwmon0/subsystem -> ../../../../../../../class/hwmon

-rw-r--r-- 1 root root 4096 Feb 16 08:52 /sys/class/hwmon/hwmon0/uevent

我正在尝试在 Yocto 中使用 3rd-party autotools 项目。它的单元测试由' make check'运行并且需要' ./configure --enable-oe-sdk'，但这不包括在默认配方中（来自autotools.bbclass）。我想要构建并运行测试，那么如何在 Yocto/BitBake 配方中构建不同的 autoconf 目标？请注意，单元测试在开发主机上运行，​​而不是在嵌入式目标上运行。

这是我尝试过的。为基于 Autoconf 的配方添加额外的选项。但它没有说明如何构建不同的目标。我添加了EXTRA_OECONF += '--enable-oe-sdk'，并试图覆盖配方的 do_compile()。但出现以下错误。

我问的是一个通用问题，但有问题的项目是github.com/openbmc/phosphor-bmc-code-mgmt。太感谢了！

现在我成功构建了openbmc并在aspeed2500 bmc的服务器上运行它。

我可以登录 openbmc 并在其上使用 ssh。但我无法通过浏览器访问 webui。

无法访问此站点拒绝连接。

ERR_CONNECTION_REFUSED

如何通过浏览器访问 webui？

我像openbmc一样配置嵌入式linux。它有一个来自busybox的dmesg。当我执行任何操作时，无论是断开网线还是重新启动服务，dmesg 中都不会出现发生这种情况的通知。也就是说，只保留加载内核时的消息。我需要在 dmesg 中查看更新的帖子。

我正在尝试在基于 AST2500 的板上启用 USB 2.0 主机。我正在使用来自 GitHub 的最新 obmc-phosphor-image，其中包含 Linux 5.10.30。EHCI 似乎是在 QEMU 中开始的，但在实际硬件上却失败了。我在设备树中启用了 ehci0（或 ehci1），将必要的驱动程序添加到 Linux，在启动过程中我收到以下错误消息：

我调查了 EHCI 寄存器，发现当 ehci-hcd.c 中的 ehci_run() 函数启动 EHCI（通过设置 CMD_RUN 位）时，它保持暂停，USBSTS 寄存器中的 HCHalted 位保持为 1。我还看到帧索引寄存器启动当 CMD_RUN 被断言时计数。SCU 寄存器中的时钟和复位位由 pinctrl 和 clk 驱动程序正确设置。周期列表缓冲区和异步 QH 缓冲区的内容似乎没问题。但是 EHCI 仍然没有启动。奇怪的是 UHCI（USB 1.1 主机）似乎工作正常。

也许有人设法让 EHCI 在真正的 AST2500 或类似硬件上工作？感谢您的任何建议。

/sys/kernel/debug/gpio的输出：

当我想在网页界面上电时，RESET_OUT 和 POWER_OUT 应该忙于电源控制服务吗？

为什么我在/sys/class/gpio中有gpiochip792但说我有gpiochip0？在/sys/class/gpio我只有gpiochip792链接。gpiodetect

我下载并尝试使用 devtool 在 ubuntu 中获取 openbmc 源代码。

1.克隆openbmc

2.构建镜像

3.bitbake obmc-phosphor-image

4.构建成功

5.尝试获取obmc-flash-bmc代码

6.获取错误信息

我已经安装了python3

如何解决这个问题呢？

谢谢。