I would like to mention one of the our related work for IPMI and I2C.
We use OpenIPMI stack to connect to the computing nodes through the I2C using IPMB (BT is not supported by nodes):
It lacks complete slave support (slave part is only for receiving known packets with query results due to OpenIPMI implementation in kernel) and use one local slave to communicate with a number of target systems on the same bus (currently supported only 1-to-1 schema).
With this stuff we able to use ipmitool across different /dev/ipmiX devices to communicate with nodes.
05.08.2017, 02:19, "Brendan Higgins" <brendanhigg...@google.com>:

This patchset introduces IPMI Block Transfer over I2C (BT-I2C), which has the
same semantics as IPMI Block Transfer except it done over I2C.

The documentation discusses the reason for this in greater detail, suffice it to
say SSIF cannot be correctly implemented on some naive I2C devices. There are
some additional reasons why we don't like SSIF, but those are again covered in
the documentation for all those who are interested.

In addition, since I am adding both host side and BMC side support, I figured
that now is a good time to resolve the problem of where to put BMC side IPMI
drivers; right now we have it (there is only one) in drivers/char/ipmi/ with the
rest of the host side IPMI drivers, but I think it makes sense to put all of the
host side IPMI drivers in one directory and all of the BMC side drivers in
another, preferably in a way that does not effect all of the current OpenIPMI
users. I have not created a MAINTAINERS entry for the new directory yet, as I
figured there might be some discussion to be had about it.

I have tested this patchset on the Aspeed 2500 EVB.

Anton D. Kachalov
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

Reply via email to