Serge, Right, the target system being managed needs to communicate with the BMC. The HPI daemon needs a plugin to talk to the BMC, which currently is ipmidirect for most IPMI systems. The IPMI driver fits into the picture in an ATCA when the HPI daemon runs on the blade, or in a rackmount server environment it will nearly always be necessary because an HPI daemon must run on the target. So, if the target (blade or RMS) runs Windows as its OS, it will need a plugin to talk to a Windows IPMI driver.
Linux uses the OpenIPMI driver with the ipmidirect plugin. Windows could use the MS ipmidrv.sys (if Win2008), the Intel imbdrv.sys (any Win), and I think that Sun has a proprietary Windows driver also (?). Both clients could also use the IPMI LAN interface (RMCP, RMCP+). >From Anton's reply, however, the focus for now in this porting effort is for the client side, not the target side. So the model would be to run client apps/libs on Windows, but the targets would all still be Linux. Andy -----Original Message----- From: Serge Zhukov [mailto:[email protected]] Sent: Tuesday, July 20, 2010 3:15 AM To: [email protected] Subject: Re: [Openhpi-devel] Windows version of base HPI library - fordiscussion Hello Andy! The Windows and Linux IPMI drivers supports communication with the BMC local to the system on which Windows or Linux run (via the KCS interface or some other system interface). In the case of ATCA systems, HPI application typically communicates with the Shelf Manager over the network, using RMCP/RMCP+ protocol. The only way I see how the IPMI driver fits into this picture is if the HPI entity runs on an ATCA board and talks to its local IPMC. To manage the whole shelf, the HPI entity must send bridged commands to the Shelf Manager through the local IPMC. I'm not sure that all IPMCs support such bridging. Is this the model in which you intend to use the IPMI driver? Thanks, regards Serge > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Tuesday, July 20, 2010 1:39 AM > To: [email protected] > Subject: Re: [Openhpi-devel] Windows version of base HPI > library - for discussion > > Andy, > > As far as I know there no such plan now. > Porting daemon and plug-ins on Windows is a task much harder > than porting base library. > By if there is an interest and bold man who wants to lead it > - why not. > > Anton Pak > > > That does sound neat, but is there a plan to add Windows > IPMI driver > > support to the ipmidirect plugin or something? > > > > Andy > > > > -----Original Message----- > > From: [email protected] [mailto:[email protected]] > > Sent: Monday, July 19, 2010 4:18 PM > > To: [email protected] > > Subject: [Openhpi-devel] Windows version of base HPI library - for > > discussion > > > > Hello! > > > > I'd like to raise a topic about OpenHPI base library for Windows. > > Current top of openhpi svn trunk is quite appropriate for this. > > Created feature request #3031797. > > > > Let's discuss the code model and distribution options: > > - separate source tree or single? > > - separate build system or single? > > - what compilers use? > > - distribute source code? > > - distribute binary libraries? > > - make native windows build or use cross-compiler? > > - make build on SourceForge side? > > > > The current status of my investigations: > > - There is base library libopenhpi > > - It depends on aux libraries: > > -- libopenhpiutils (various helper functions) > > -- libopenhpimarshal (marshalling layer) > > -- libopenhpitranspirt (transport layer, TCP) All libraries > depend on > > glib-2.0 library which is available on Windows under LGPL. > > > > I used the following options: > > > > - native mingw - ok, small code changes need only in two > source files > > in libopenhpiutils > > > > - cross mingw on linux host - ditto > > - visual studio 2005 - ok but code changes are quite big. microsoft > > compilers still do not support C99. > > > > However, DLLs produced with mingw are usable with visual studio. > > > > For mingw I have to create a set of makefiles. Different > from current > > build system. I guess there is no need for configure, automake, > > autoconf hell for this task. > > > > I tried hpitop client and hpibrowser on windows - all was fine. > > > > Anton Pak > > > > > > > ---------------------------------------------------------------------- > > -- > > ------ > > This SF.net email is sponsored by Sprint What will you do > first with > > EVO, the first 4G phone? > > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > _______________________________________________ > > Openhpi-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/openhpi-devel > > > > > ---------------------------------------------------------------------- > > -------- This SF.net email is sponsored by Sprint What will you do > > first with EVO, the first 4G phone? > > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > _______________________________________________ > > Openhpi-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/openhpi-devel > > > > > > -------------------------------------------------------------- > ---------------- > This SF.net email is sponsored by Sprint What will you do > first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Openhpi-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openhpi-devel > ------------------------------------------------------------------------ ------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Openhpi-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openhpi-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Openhpi-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openhpi-devel
