The following commit ...
commit 0944d889a237b6107f9ceeee053fe7221cdd1089
Author: Corey Minyard <cminy...@mvista.com>
Date: Wed Feb 3 10:45:28 2016 -0600
ipmi: Convert DMI handling over to a platform device
Now that the IPMI DMI code creates a platform device for IPMI devices
in the firmware, use that instead of handling all the DMI work
in the IPMI drivers themselves.
Signed-off-by: Corey Minyard <cminy...@mvista.com>
Cc: Andy Lutomirski <l...@kernel.org>
... moved the dmi detection of the ipmi_si hardware out of ipmi_si_intf.c
into ipmi_dmi.c
ipmi_dmi.c is statically linked with the kernel.
There is no problem with systems that report their ipmi interfaces through
the acpi. The problem is with systems that report their ipmi interfaces
only through the dmi.
When it's time for ipmi_si to load, the ipmi_probe() is not executed when
platform_driver_register(&ipmi_driver) is executed in function init_ipmi_si().
I tried to explicitly execute ipmi_probe() in init_ipmi_si(), but the
sequence from there runs like this.
ipmi_probe calls dmi_ipmi_probe
dmi_ipmi_probe calls device_property_read_u8, which fails with status -6.
Consequently the ipmi_si device is not loaded, and there is no /dev/ipmi0
AFAICT, there are no patches to address this problem.
I've been trying to get to the bottom of it for a couple days, but have
not had any success.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Openipmi-developer mailing list
Openipmi-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openipmi-developer
