Re: [Freeipmi-devel] spec file problem

[Albert Chu]

Hey AB,

> BTW, I added link to your IPMI-Util project from our home page. I am
> now evaluating the rq_seq problem. Thanks for your contribution.

Just to let you know, I put in a fix for ipmi_lan_cmd().  The issue at
hand is how to handle the problem in wrapper functions like
open_lan_session().

Al

--
Albert Chu
address@hidden
Lawrence Livermore National Laboratory

----- Original Message -----
From: Anand Babu <address@hidden>
Date: Friday, December 3, 2004 7:32 am
Subject: Re: [Freeipmi-devel] spec file problem

> ,----[ "Cress, Andrew R" <address@hidden> ]
> | For IPMI SMBus systems, the IPMI commands use I2C, and the Linux
> | kernel direction for I2C seems to be to consolidate support of
> | various I2C chipsets around lm-sensors, and adoption into
> | distributions of lm-sensors is growing.  The leverage for user-space
> | programs to not have to develop chipset drivers for each platform is
> | helpful.
> | 
> | So, for a future FreeIPMI SMBus implementation, IMO, FreeIPMI should
> | use lm-sensors, which provides a user-space API.  The OpenIPMI
> | project has also taken this approach for SMBus IPMI.
> | 
> | This corroborates the fact that the two should play nice in the same
> | sandbox (option 2 below).  Eventually they should play together. 
> :-)
> `----
> Hi Chris,
> Yes thats the way to go. We already have IPMI SSIF driver working on
> top of I2C device interface on a Intel P4 motherboard.  (How ever
> installation of lm-sensors package is not required, I2C driver is a
> part of default Linux kernel). But it is still nice to have both the
> packages co-exist for various practical reasons.
> 
> I will take your advice. Clearly everyone is in favor of Option 2
> (changing package names).
> 
> 
> BTW, I added link to your IPMI-Util project from our home page. I am
> now evaluating the rq_seq problem. Thanks for your contribution.
> 
> -- 
> Anand Babu
> Free as in Freedom <www.gnu.org>
> 
> 
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/freeipmi-devel
>