Thanks for the tip about fidd_obj_set().
The IPMI FRU commands to the HSC are still SMS messages, just the target
has a different slave address. (See IPMI 2.0 section 5, pg 37,
"Requester's ID") This problem becomes decidedly more acute with bladed
systems. So, there needs to be a method for both local (KCS or SSIF)
and remote (LAN or Serial) addressing to cover it. Perhaps adding a
parameter to the functions, a field to the template, etc.
Does this need a bugzilla to track it?
From: Albert Chu [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 25, 2005 12:12 PM
To: Cress, Andrew R
Cc: GNU FreeIPMI Developers
Subject: Re: [Freeipmi-devel] Need to issue commands to non-BMC slave
For lan, in the short term, I think the best thing to do is to use the
fiid_obj_set() function to manually set the field "rs_addr" of the
tmpl_lan_msg_hdr_rq template. I'm not quite sure what to for KCS
though. As far as I can tell, it can only go to the BMC and nothing
else. According to the IPMI 2.0 spec, beginning of Chapter 9.
"The KCS interface is specified solely for SMS messages"
indicating it can't be done?? AB, your thoughts?
For the long term though, I believe this has to be fixed in the
libfreeipmi library API somehow. We simply assume all transactions go
to the BMC slave address, but its apparently not a correct assumption.
I'll add it to the todo list.
Lawrence Livermore National Laboratory
----- Original Message -----
From: "Cress, Andrew R" <[EMAIL PROTECTED]>
Date: Wednesday, May 25, 2005 8:50 am
Subject: [Freeipmi-devel] Need to issue commands to non-BMC slave
> In my utilities, there are a few cases where IPMI commands (for FRU)
> need to be sent to a slave address other than the BMC slave address
> (0x20). For instance, in our platforms the HotSwap Controller has
> IPMIFRU data at slave address 0xC0.
> I currently have no way of passing a different slave address to
> ipmi_kcs_cmd_interruptible() or ipmi_lan_cmd().
> I noticed that fill_lan_msg_hdr() inserts a constant BMC slave
> address,but I didn't find where the kcs template had a place for
> the slave
> Freeipmi-devel mailing list
Freeipmi-devel mailing list