I am testing a server with arm architecture. When testing the ipmi function, I found that ipmi_poweroff cannot be used normally.
Debugging found that the function was stuck in the while loop in ipmi_request_in_rc_mode
. When calling the poll method of the msghandler module, it was found that intf->handlers->poll
was 0.
But ipmitool can be used normally, which proves that the transmission between the system and bmc is normal.
The reason for the preliminary judgment is that the driver and hardware have not reached an agreement, but I don't know:
- Debugging found that the messages sent by devintf and ipmi_poweroff are not in the same place as msghandler. How does devintf send messages?
- How is the si or ssif module called?
- Other possible reasons for the failure of ipmi_poweroff anyway?
kernel: 4.18/4.19/5.10 os:centos/debian/openeuler/suse
This is the kernel and OS I've tried, both have this problem.