[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Freeipmi-devel] Patch proposal for 0.8.1 to compile and work outofb
From: |
Al Chu |
Subject: |
Re: [Freeipmi-devel] Patch proposal for 0.8.1 to compile and work outofband under cygwin |
Date: |
Fri, 11 Dec 2009 06:35:36 -0800 |
Hi Holger,
Thanks for the patch. I already fixed 1 or 2 in the mainline, but you
caught a few more. A few comments.
+#if defined __CYGWIN__ /* HLiebig: no Open IPMI driver support on
cygwin */
+ return (-1);
+#else
Actually I found there is a macro (__USE_LINUX_IOR_MACROS or something
like that) that actually defines things in ioctl.h so it can compile.
But, as we discussed in the other e-mail, it's probably best to put some
type of --no-openipmi-driver and/or --no-sunbmc-driver into the autoconf
to give the option to disable it all.
+#if defined __CYGWIN__
+/* HLiebig:
+// This is a slightly modified version based on the ipmitool network
receive code from ipmitool.sourceforge.net
+// It seems that recvfrom has some problems under cygwin see (Link
pointed out by Al Chu )
+//
This definitely makes things work. However, after playing under cygwin
a bit more, it appears that it might not be recvfrom vs. recv (for this
particular case). It might be that generically cygwin/winsock has
slightly different recv/recvfrom semantics (maybe not posix compliant?
dunno). This approach definitely is something that will be worked in
one way or another, I'm wondering if possibly outside of
ipmi_lan_recvfrom instead of inside it.
- "Fujitsu Siemens Computers", /* 10368 */
+ "Fujitsu Technology Solutions", /* 10368 */
I actually auto-generate this table/file via the Iana enterprise
database http://www.iana.org/assignments/enterprise-numbers.
Any chance Fujitsu is working on getting that updated? I'm somewhat
reluctant to change the table. At a minimum, this change will get wiped
out whenever I decide to re-download the database.
If it's important to have FTS in there, we can handle it has a "special
case" similar to how I handle a special case Supermicro manufacturer ID
(it's an unregistered ID, so I handle it as a one-off). See
libfreeipmi/src/util/ipmi-iana-enterprise-numbers-util.c.
Al
On Fri, 2009-12-11 at 12:36 +0100, Liebig, Holger wrote:
> Hi,
> I had some minor problems compiling the actual 0.8.1/0.7.16 versions under
> cygwin.
>
> Also there seems to be a problem with the recvfrom() networking function
> under cygwin, so I used a slightly modified receive function borrowed from
> ipmitool which uses recv() instead of recvfrom() in order to use freeipmi
> with outofband access.
>
> Thanks,
> Holger
>
> --
> Holger L i e b i g
> address@hidden Fujitsu Technology Solutions GmbH
> Senior Developer Domagkstrasse 28
> TSP x86 E SW 4 80807 Munich
> Telephone: +49 89 3222 2288 GERMANY
> Telefax : +49 89 3222 329 2288
> Internet http://*ts.fujitsu.com
> Company Details http://*de.ts.fujitsu.com/imprint.html
>
>
>
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://*lists.gnu.org/mailman/listinfo/freeipmi-devel
--
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory
- [Freeipmi-devel] Patch proposal for 0.8.1 to compile and work outofband under cygwin, Liebig, Holger, 2009/12/11
- Re: [Freeipmi-devel] Patch proposal for 0.8.1 to compile and work outofband under cygwin,
Al Chu <=
- RE: [Freeipmi-devel] Patch proposal for 0.8.1 to compile and work outofband under cygwin, Liebig, Holger, 2009/12/14
- [Freeipmi-devel] ipmi-dcmi testing results, Liebig, Holger, 2009/12/14
- [Freeipmi-devel] Re: ipmi-dcmi testing results, Al Chu, 2009/12/14
- [Freeipmi-devel] RE: ipmi-dcmi testing results, Liebig, Holger, 2009/12/15
- [Freeipmi-devel] RE: ipmi-dcmi testing results, Al Chu, 2009/12/15
- Re: [Freeipmi-devel] RE: ipmi-dcmi testing results, Al Chu, 2009/12/15
- [Freeipmi-devel] RE: ipmi-dcmi testing results, Liebig, Holger, 2009/12/16
- [Freeipmi-devel] RE: ipmi-dcmi testing results, Al Chu, 2009/12/16
- Re: [Freeipmi-devel] RE: ipmi-dcmi testing results, Al Chu, 2009/12/16