Supporting one IPMI request does not yield one response

[Brendan Higgins]

I did have a plan for a particular message type that would use the 0-N
response; I was planning on implementing the message as an OEM Group
extension, so I figured it would be acceptable to just follow the normal
procedure if an unknown OEM Group message is encountered. The other use
cases are bridging messages and the messages you mentioned, inventory and
oem-esel, could be handled in the same way.

As far as updating btbridged and any necessary firmware on the host side, I
figured that would have been assumed, sorry if that was not clear; again, I
just wanted to make sure that people were generally okay with this new
functionality on the OpenBMC side.

I will try to get an initial implementation out for review this week on the
ipmid side this week or next.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20160921/18e80d94/attachment.html>