Re: [Freeipmi-devel] New utilities using FreeIPMI

[Albert Chu]

Hi Andrew,

> 1) It would be nice to have a "passthrough" type support in the
> libfreeipmi for IPMI commands that are formed by another 
> application

Do you mean a generic API like:

ipmi_bmc_write(char *buf, int len);
ipmi_bmc_read(char *buf, int len);

And the user would be responsible for calling ipmi_kcs_io_init() before
hand?  I guess I'm having trouble visualizing what you're suggesting.

Al

--
Albert Chu
address@hidden
Lawrence Livermore National Laboratory

----- Original Message -----
From: "Cress, Andrew R" <address@hidden>
Date: Tuesday, November 2, 2004 8:10 am
Subject: [Freeipmi-devel] New utilities using FreeIPMI

> Folks,
> 
> Thanks for your help in resolving my issues.  
> 
> I have now released the version of the IPMI Management Utilities that
> supports FreeIPMI at http://ipmiutil.sf.net, and FreeIPMI does broaden
> the capability of these tools, so that they can still be used if an 
> IPMIdriver is not present.
> 
> I have two suggestions for a TODO list:
> 
> 1) It would be nice to have a "passthrough" type support in the
> libfreeipmi for IPMI commands that are formed by another 
> application, so
> that it would just use the data bytes and data length instead of
> templates.  I've worked around this by dynamically building a template
> (that won't otherwise be used), but it does add some memory and CPU 
> timeto do so.
> 
> 2) It would be nice to add SMBus support to libfreeipmi (NSC chipsets
> use this).  This lends itself nicely to user-space libraries, since
> lm-sensors is set up that way already.  There is some existing code
> implementing IPMI over SMBus at http://sf.net/projects/openipmi. The
> OpenIPMI driver v33 has an smb module, which uses lm-sensors via a
> kernel thread.  
> 
> Andy
> 
> 
> 
> 
> 
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/freeipmi-devel
>