Please ignore the subject line.
I don't think this is a build problem anymore. The subject should read, "ipmi_si fails to load after commit 3cd83bac481d" On 4/16/19 2:45 PM, Tony Camuso wrote:
On a platform where ipmi is exposed through dmi, ipmi_si no longer loads. This is the last ipmi commit where ipmi_si works. f6296bdc49c4 2019-02-21 ipmi_si: Rename addr_type to addr_space to match what it does # lsmod | grep ipmi ipmi_ssif 36864 0 ipmi_si 69632 0 ipmi_devintf 20480 0 ipmi_msghandler 110592 3 ipmi_devintf,ipmi_si,ipmi_ssif After applying the very next ipmi commit ... 3cd83bac481d 2019-02-21 ipmi: Consolidate the adding of platform devices ... ipmi_si fails to load. # lsmod | grep ipmi ipmi_ssif 36864 0 ipmi_devintf 20480 0 ipmi_msghandler 110592 2 ipmi_devintf,ipmi_ssif A look at the dmesg for this build during boot ... # dmesg | grep -i ipmi [ 18.632260] IPMI message handler: version 39.2 [ 18.708460] ipmi device interface [ 19.212580] ipmi_si: IPMI System Interface driver [ 19.217849] ipmi_si dmi-ipmi-si.0: ipmi_platform: probing via SMBIOS [ 19.225063] ipmi_si: Unable to find any System Interface(s) [ 19.342622] ipmi_ssif: IPMI SSIF Interface driver I'll see if I can plumb the source of this bug, but if you know anything offhand, or if you have any pointers, it could save some time.
_______________________________________________ Openipmi-developer mailing list Openipmi-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openipmi-developer
