freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] Need to issue commands to non-BMC slave addresses


From: Albert Chu
Subject: Re: [Freeipmi-devel] Need to issue commands to non-BMC slave addresses
Date: Wed, 25 May 2005 09:11:41 -0700

Hey Andrew,

> Comments/advice?

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.

Al

--
Albert Chu
address@hidden
Lawrence Livermore National Laboratory

----- Original Message -----
From: "Cress, Andrew R" <address@hidden>
Date: Wednesday, May 25, 2005 8:50 am
Subject: [Freeipmi-devel] Need to issue commands to non-BMC slave addresses

> 
> 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
> address.
> 
> Comments/advice?
> 
> Andy
> 
> 
> 
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/freeipmi-devel
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]