Score:0

Through the ssif interface, ipmi_poweoff cannot be used normally

py flag

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:

  1. Debugging found that the messages sent by devintf and ipmi_poweroff are not in the same place as msghandler. How does devintf send messages?
  2. How is the si or ssif module called?
  3. 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.

I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.