[Top][All Lists]

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

Re: [Freeipmi-devel] [PATCH] freeimpi in embedded world

From: Al Chu
Subject: Re: [Freeipmi-devel] [PATCH] freeimpi in embedded world
Date: Thu, 09 Jul 2009 15:17:36 -0700

Hey Fillod,

Ugh.  I began to work on a patch for "--without-ipmioverlan" (as I
called it), but ultimately, I'm finding this patch too cumbersome to
write.  LAN/networking code is *everywhere* and the #ifdef-ing is
ridiculously invasive.

So, for now, I think I'm going to clean up your original patch to make a
configure option "--without-encryption", which will not link gcrypt and
effectively make IPMI 2.0 useless.  Users who run the tools/use the libs
under this conditions will get some type of error.  I'll try to get a
tar.gz out to you semi-soon to see if it's fine.


On Thu, 2009-07-09 at 09:47 -0700, Al Chu wrote:
> Hi Fillod,
> Thanks for the patch and a number of the fixes within it.  Thinking
> about it a little bit, instead of just checking for gcrypt, I'm actually
> thinking a compile option for "in-band only" might be more appropriate.
> I assume you won't do IPMI over LAN at all??  If so, I can begin working
> on a patch for 0.7.11 for this.  Please LMK.
> I'll get the remaining parts of your patch in the HEAD and 0.7.X branch.
> Thanks,
> Al
> On Thu, 2009-07-09 at 17:41 +0200, Fillod Stephane wrote:
> > Hi,
> > 
> > I don't know whether it's been done already, me and a colleague, 
> > we're trying to use freeipmi in an embedded machine. The machine
> > is running Linux 2.6 nodes on powerpc SoC. The cross-compilation
> > tool chain is based on uClibc, and we have to keep the library
> > dependency low.
> > 
> > Please find attached a patch against freeipmi 0.7.10 with following
> > changes:
> > 
> > * Allow FreeIPMI to build without libgcrypt and libgpg-error. 
> >   This proves useful for embedded machines using only SSIF/openipmi.
> >   Feel free to comment on the way how to make libgcrypt optional.
> >   BTW, there was a typo in have_gcrypte_header.
> > * Check for cbrt(), which may be missing in uClibc.
> > * common/src/toolcommon/tool-cmdline-common.c: no need to check X_OK 
> >   file access right upon driver device, this is too restrictive.
> > 
> > Thanks for making available freeimpi.
> > _______________________________________________
> > Freeipmi-devel mailing list
> > address@hidden
> > http://**
Albert Chu
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory

reply via email to

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