Re: [Ipmitool-devel] TR: dual bridge support
That should work with the Linux IPMI driver. However, you have to set your local IPMB address in the driver, since there is no standard way for the driver to find a BMC's IPMB address. If you don't set the address, the return addresses on messages will be wrong, and the driver will assume anything going to address 0x20 will be local. There is an ioctl to do this in the driver called IPMICTL_SET_MY_CHANNEL_ADDRESS_CMD. There are some ATCA commands to fetch the address, so you could write a little code to set the address. The OpenIPMI library should do this automatically, assuming all the ATCA detection code works there. It would be nice, perhaps, to add ATCA detection code into the driver itself to do this, but I haven't yet. -corey On 02/01/2012 07:57 PM, Mike Helles wrote: Thanks for the reply, Corey. I was using the term dual bridge support used by Dmitry in the attached thread. What I mean by it is the ability to bridge IPMI commands from a system manager on a local serial interface connected to an MCMC by asking the ShM to bridge the command to the Carrier Manager and then to an AMC blade's MMC. An example using ipmitool is; CHECK IPMI F/W ON AMC1 USING LAN INTERFACE: # ipmitool -I lan -H 192.168.1.2 -A NONE -T 0x82 -B 0 -t 0x72 -b 7 hpm check PICMG HPM.1 Upgrade Agent 1.0.2: ---Target Information--- Device Id : 0x0 Device Revision: 0x80 Product Id : 0x0009 Manufacturer Id: 0x0614 (Performance Technologies, Inc.) - |ID | Name |Versions | | | | Active| Backup| - |*0 |AVR-AMCm F/| 1.20 | 1.04 | | 1 |AVR-AMCm B/| 1.20 | --.-- | - (*) Component requires Payload Cold Reset # SAME COMMAND VIA LOCAL SERIAL INTERFACE: AMC671: ipmitool -T 0x82 -B 0 -t 0x72 -b 7 hpm check PICMG HPM.1 Upgrade Agent 1.0.2: Unable to send command: Invalid argument # PS. François Isabelle also wrote this earlier in the thread: Correct me if I'm wrong, but IPMB dual bridge has never been working in IPMITOOL with the open interface. It's been implemented for the lanplus interface and I think we intended to add support for open as well; however it has never been done. Thanks again, Mike -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] TR: dual bridge support
Thanks for the reply, Corey. I was using the term dual bridge support used by Dmitry in the attached thread. What I mean by it is the ability to bridge IPMI commands from a system manager on a local serial interface connected to an MCMC by asking the ShM to bridge the command to the Carrier Manager and then to an AMC blade's MMC. An example using ipmitool is; CHECK IPMI F/W ON AMC1 USING LAN INTERFACE: # ipmitool -I lan -H 192.168.1.2 -A NONE -T 0x82 -B 0 -t 0x72 -b 7 hpm check PICMG HPM.1 Upgrade Agent 1.0.2: ---Target Information--- Device Id : 0x0 Device Revision: 0x80 Product Id : 0x0009 Manufacturer Id: 0x0614 (Performance Technologies, Inc.) - |ID | Name |Versions | | | | Active| Backup| - |*0 |AVR-AMCm F/| 1.20 | 1.04 | | 1 |AVR-AMCm B/| 1.20 | --.-- | - (*) Component requires Payload Cold Reset # SAME COMMAND VIA LOCAL SERIAL INTERFACE: AMC671: ipmitool -T 0x82 -B 0 -t 0x72 -b 7 hpm check PICMG HPM.1 Upgrade Agent 1.0.2: Unable to send command: Invalid argument # PS. François Isabelle also wrote this earlier in the thread: Correct me if I'm wrong, but IPMB dual bridge has never been working in IPMITOOL with the open interface. It's been implemented for the lanplus interface and I think we intended to add support for open as well; however it has never been done. Thanks again, Mike -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] TR: dual bridge support
What exactly is dual bridge support? I haven't heard of that. -corey On 01/25/2012 03:20 PM, Mike Helles wrote: Dmitry Frolov wrote: open.h is conditionally included if no other OpenIPMI header is available. Currenlty there is a feature called dual bridge support that is incompatible with mainline OpenIPMI, that causes ipmitool compile to fail on Linux when kernel headers are installed. I added --disable-intf-open-dual-bridge configure option to disable parts of the code that fails. However I want to ask developers, and especially Jean-Michel Audet, what they think about disabling this code by default, or even auto-detect if appropriate OpenIPMI header is available? What is this feature? Does the IPMI driver need to be modified to allow it to work? -corey Hello. Can anyone tell me if there was any further progress on enabling OpenIPMI to support Dual-Bridging via System Interface? If so, how can I get the correct patch? I am using OpenIPMI-2.0.18 and ipmitool-1.8.11. The OpenIPMI header files do not allow ENABLE_INTF_OPEN_DUAL_BRIDGE to be defined when I configure ipmitool. I want to use dual-bridging to support updates to IPMCs via my internal shelf manager. Thanks. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] TR: dual bridge support
Hi all Just a very late follow up this discussion... ( that led to auto detection of openipmi dual-bridge support that doesn't exist) Correct me if I'm wrong, but IPMB dual bridge has never been working in IPMITOOL with the open interface. It's been implemented for the lanplus interface and I think we intended to add support for open as well; however it has never been done. Unfortunately, it required support in configure script and even created some problems in the packaging on some distros. Unless someone completes this work, I guess we should remove the dead code that lingers in open.h/open.c, it's just confusing. Any thoughts on this? François Isabelle | Software Designer | Kontron Canada | T 450 437 5682 |F 450 437 8053 | E francois.isabe...@ca.kontron.com -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
[Ipmitool-devel] TR: dual bridge support
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. Let me know. Jean-Michel Audet Dmitry Frolov wrote: open.h is conditionally included if no other OpenIPMI header is available. Currenlty there is a feature called dual bridge support that is incompatible with mainline OpenIPMI, that causes ipmitool compile to fail on Linux when kernel headers are installed. I added --disable-intf-open-dual-bridge configure option to disable parts of the code that fails. However I want to ask developers, and especially Jean-Michel Audet, what they think about disabling this code by default, or even auto-detect if appropriate OpenIPMI header is available? What is this feature? Does the IPMI driver need to be modified to allow it to work? -corey - 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/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
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/vse012070mrt/direct/01/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] TR: dual bridge support
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/vse012070mrt/direct/01/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] TR: dual bridge support
Ah, ok, this makes sense. Yes, no driver changes should be necessary. ipmitool will need modifications to handle it, though. IMHO, this should work as something special in ipmitool. Normally in the AMC case all the sensors and entities of the AMC are front-ended by the IPMC, so there is no need in the normal case to talk directly to the AMC. However, there are special things that need to be done (upgrade, custom control, etc.) that would benefit from this. -corey Audet, Jean-Michel wrote: 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/vse012070mrt/direct/01/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
