Not sure I understand correctly the private and native. This is currently working without any modification or support from the driver side. We just add a layer of send message and wait for multiple answers.
Let me know! Jean-Michel Audet -----Message d'origine----- De : Dmitry Frolov [mailto:[EMAIL PROTECTED] Envoyé : Wednesday, September 12, 2007 10:47 AM À : Audet, Jean-Michel Cc : Ipmitool-devel@lists.sourceforge.net Objet : Re: [Ipmitool-devel] TR: dual bridge support * Audet, Jean-Michel <[EMAIL PROTECTED]> [12.09.2007 21:25]: > > Hi Dmitry and Corey, > Looks like some of you are trying to get in touch with me!! > Sorry, I miss the e-mail or I never received it... Anyway, do you still > have problem with the dual bridge option. > > The DUAL bridge option with RMCP+ is used to send a remote command to > the shelf-manager, bridge it to a ATCA blade and double-bride it to an > AMC. Hi, Jean-Michel! It used struct ipmi_ipmb_addr fields that are present only in ipmitool's private ipmi.h but not in native openipmi header. This caused problems when building with native openipmi headers installed. I added a check to configure if these fields are present in used header file and it seems to work. It looks like this feature needs in-band driver support, so I'm interesed in status of this feature in openipmi - is it a proprietary extension and will it be integrated in openipmi? ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
