It seems that ipmi_plugin.h is missing from the patch see error below.
make[6]: Entering directory
`/root/public/svnhpi/head/plugins/ipmidirect/oem_plugins/kontron'
if /bin/sh ../../../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H
-I. -I. -I../../../.. -I../../../../include -I../../../../utils
-I../../../../utils -I../../../../plugins/ipmidirect
-I../../../../plugins/ipmidirect/oem_plugins/kontron -O2 -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall
-Wpointer-arith -Wformat=2 -Wformat-security
-Wformat-nonliteral -Wcast-qual -Wcast-align
-Wshadow
-Wwrite-strings -Wredundant-decls -Wno-strict-aliasing
-Wno-unused-value -Werror -D_GNU_SOURCE -D_REENTRANT -fexceptions
-MT
ipmi_plugin_kontron.lo -MD -MP -MF ".deps/ipmi_plugin_kontron.Tpo" -c -o
ipmi_plugin_kontron.lo ipmi_plugin_kontron.cpp; \
then mv -f ".deps/ipmi_plugin_kontron.Tpo" ".deps/ipmi_plugin_kontron.Plo";
else rm -f ".deps/ipmi_plugin_kontron.Tpo"; exit 1; fi
mkdir .libs
g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../include
-I../../../../utils -I../../../../utils -I../../../../plugins/ipmidirect
-I../../../../plugins/ipmidirect/oem_plugins/kontron -O2 -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -Wpointer-arith
-Wformat=2 -Wformat-security -Wformat-nonliteral -Wcast-qual -Wcast-align
-Wshadow -Wwrite-strings -Wredundant-decls -Wno-strict-aliasing
-Wno-unused-value -Werror -D_GNU_SOURCE -D_REENTRANT -fexceptions -MT
ipmi_plugin_kontron.lo -MD -MP -MF .deps/ipmi_plugin_kontron.Tpo -c
ipmi_plugin_kontron.cpp -fPIC -DPIC -o .libs/ipmi_plugin_kontron.o
In file included from ../../../../plugins/ipmidirect/ipmi_mc.h:57,
from ipmi_plugin_kontron.cpp:28:
../../../../plugins/ipmidirect/ipmi_mc_vendor.h:43:25: ipmi_plugin.h: No
such
file or directory
ipmi_plugin_kontron.cpp: In function `int PluginOpen(cIpmiLog*)':
ipmi_plugin_kontron.cpp:63: error: `IPMI_OEM_PLUGIN_ABI_VERSION' undeclared
(first use this function)
ipmi_plugin_kontron.cpp:63: error: (Each undeclared identifier is reported
only once for each function it appears in.)
make[6]: *** [ipmi_plugin_kontron.lo] Error 1
make[6]: Leaving directory
`/root/public/svnhpi/head/plugins/ipmidirect/oem_plugins/kontron'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory
`/root/public/svnhpi/head/plugins/ipmidirect/oem_plugins/kontron'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/root/public/svnhpi/head/plugins/ipmidirect/oem_plugins'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/root/public/svnhpi/head/plugins/ipmidirect'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/public/svnhpi/head/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/public/svnhpi/head'
make: *** [all] Error 2
_____
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Audet,
Jean-Michel
Sent: Thursday, November 01, 2007 21:00
To: [email protected]
Subject: Re: [Openhpi-devel] Plug-In
Heres the patch
Let me know if I made it wrong
or right!
Again, your comments will be greatly appreciated.
(To make is work, dont forget to look at the differences in openhpi.conf)
Jean-Michel Audet
Kontron
_____
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Renier
Morales
Envoyé : Wednesday, October 31, 2007 5:04 PM
À : [email protected]
Objet : Re: [Openhpi-devel] Plug-In
[EMAIL PROTECTED] wrote on 10/31/2007 03:45:45 PM:
> What is the version of the SVN that you are using? I have 1.4.2
> (r22196) from CollabNet.
>
> I get the following output when trying to get trunk:
>
> svn: PROPFIND request failed on '/svnroot/openhpi/openhpi/trunk'
> svn: PROPFIND of '/svnroot/openhpi/openhpi/trunk': Could not resolve
> hostname `openhpi.svn.sourceforge.net': Temporary failure in name
resolution (
> https://openhpi.svn.sourceforge.net)
I'm using subversion 1.4.0 (r21228), so probably more of a network issue.
Can you get to https://openhpi.svn.sourceforge.net on your browser at least?
Pinging openhpi.svn.sourceforge.net gives me 66.35.250.145.
--Renier
> Im used to CVS but SVN is new for me.
>
> Jean-Michel Audet
>
>
> De : [EMAIL PROTECTED] [mailto:openhpi-
> [EMAIL PROTECTED] De la part de Renier Morales
> Envoyé : Wednesday, October 31, 2007 3:37 PM
> À : [email protected]
> Objet : Re: [Openhpi-devel] Plug-In
>
>
> [EMAIL PROTECTED] wrote on 10/31/2007 01:52:05
PM:
>
> >
> > Hi,
> > I just completed the implementation of the IPMI OEM mini
> > plug-ins. Its a mechanism to add mini plug-ins to the ipmidirect
> > plug-in. It is using the class cIpmiMcVendorFactory and the
> > mechanism already in place in ipmi_mc_vendor.cpp. I have recover
> > 100% of the implementation of Force computer and Intel that was
> > registering board to the mc vendor factory. They are now (if OK
> > with you), moved out from the ipmidirect plug-in and compile as a
> stand-alone
> > OEM IPMI mini plug-in.
>
> That's great! I will wait to see what Pierre thinks.
>
> > In order load the plug-in, the openhpi.conf shall be modified as follow:
> >
> > In openhpi.conf
> > ## Section for ipmidirect plugin using RMCP:
> > handler libipmidirect {
> > entity_root = "{SYSTEM_CHASSIS,7}"
> >
> > ipmi_plugins = "libipmidirect_kontron,libipmidirect_intel,
> > libipmidirect_force"
> > }
> >
> >
> > I would like to know how you want to have the new code. I have:
> >
> > Made changes on the following files:
> > - openhpi.conf
> > - configure.ac
> > - openhpi/plugins/ipmidirect ß changes in many files in
> > this directory.
> >
> > Added the following files:
> > - openhpi/plugins/ipmidirect/ipmi_plugin.cpp
> > - openhpi/plugins/ipmidirect/ipmi_plugin.h
> >
> > Created the following tree
> > - openhpi/plugins/ ipmidirect/oem_plugins/*** (Where *** is
> > the manufacturer name, I have created the folder for kontron,
> intel and force)
> >
> > Moved:
> > - board factory registration and ipmi_mc_vendor_intel.* and
> > ipmi_mc_vendor_force.* into the oem_plugins vendor folders.
>
> This is how I'd like to see the changes. Check out the trunk version
> of OpenHPI like this:
> svn co https://openhpi.svn.sourceforge.net/svnroot/openhpi/openhpi/trunk
> openhpi-trunk
>
> Make/patch the changes you mention there (adding new files and dirs
> with 'svn add') and send the output of "svn diff" to the list.
>
> >
> > I have created the plug-ins for Force and Intel but I do not have
> > made any tests. However, I have made no changes to the
> > ipmi_mc_vendor_xxx files.
> >
> > Kontron will certainly provide fixes and maybe other
> > implementations. Can I join the developer list? (You may want to
> > wait after this).
>
> You can. Let's start with you posting the patch so that everyone can
> review. Then I'll give you devel access to the repository so that
> you can check the changes in.
>
> >
> > Your comments will be greatly appreciated.
>
> This sounds like a very good patch. Thanks again.
>
> --Renier
>
> >
> > Let me know!
> > Jean-Michel Audet
> > Kontron Canada
> >
> > De : [EMAIL PROTECTED] [mailto:openhpi-
> > [EMAIL PROTECTED] De la part de Renier Morales
> > Envoyé : Monday, October 22, 2007 10:43 AM
> > À : [email protected]
> > Objet : Re: [Openhpi-devel] Plug-In
> >
> >
> > [EMAIL PROTECTED] wrote on 10/19/2007 03:13:28
PM:
> >
> > > Hi all,
> > > I have a general question regarding the plug-ins. Is
> > > there a way to add the OEM specific stuff without modifying the
> > > OpenHPI direct plug-in? >From what I can see in the ATCA and uTCA
> > > world, it looks like the companies are currently modifying the
> > > ipmidirect plug-in in order to provide OEM functionalities.
> > > However, an ATCA chassis can be populate with many vendors blades
> > > equipped with different IPMI solutions. If each company has their
> > > own flavor of the ipmidirect plug-in, it is then impossible to have
> > > a fully integrated solution.
> > >
> > > Do I understand it correctly?
> > >
> > > Is there any other solution?
> > >
> > >
> > > One of the answers will probably be that the company just has to
> > > commit the changes into the OpenHPI CVS
but I am not sure that you
> > > want to pollute the plug-ins with full of OEM stuff
> (maintenance
etc.).
> > >
> >
> > You should take a look at the ipmi plugin in OpenHPI which uses
> > OpenIPMI. Its purpose is to provide an integrated solution for all
> > ipmi-based hardware. There are some problems with it as it is not
> > under active development anymore and in need of testing and code
> > contributions to get it into shape.
> >
> > To add OEM specific stuff, the ipmi plugin could have its own set of
> > mini-plugins, each for a specific type of ipmi hardware that
> > contains any OEM magic stuff. Vendors would only need to provide the
> > mini-plugin.
> >
> > If you'd like to work on something like this, it would be a real
> > improvement in OpenHPI's ipmi support.
> >
> > --Renier
> >
-------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems? Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > Openhpi-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/openhpi-devel
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Openhpi-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
