On Thu, Sep 17, 2009 at 6:11 PM, Ira Weiny <[email protected]> wrote: > On Thu, 17 Sep 2009 14:49:50 -0700 > "Sean Hefty" <[email protected]> wrote: > > > >I'm not sure this is a good idea. ibutils (ibis and ibmgtsim) wants > ib_types.h > > >but does not want libibumad. > > > > Well, libibumad is pretty useless without some network structure > definitions. > > Currently, the alternatives are to install opensm, which also requires > > installing libibmad, libibcommon, and complib, or for the app to define > what > > they need, which is what was done here. I'm not sure how you pick up > ib_types.h > > without libibumad getting installed, but you can make a reasonable > argument that > > libibumad should define the MAD and SA attribute structures. > > Actually, now that I think about it... does ibutils depend on OpenSM > then?
I think it has to as it uses the OpenSM vendor layer (at least ibis). ibmgtsim is another story. > I would think that it would be better to have it depend on ibumad rather > than OpenSM... > This may be historical but it was built on the OpenSM vendor layer before there was umad. Mellanox is best to comment on these aspects. -- Hal > > :-/ Ok I think I am starting to see why you mention this... Does ibutils > actually link with anything? It looks like ibutils is using the inline > functions to effectively make a "static" link to this functionality? I > don't see any dependencies on any libs in the Makefile.am's. Is that > correct? :-/ > > In this case I don't know that it matters if we move the header. However, > it would matter if we moved the inline functions... > > Does ibutils form it's own packets and open the mad devices on it's own, > outside of ibumad? From my quick look it seems it would have to. > > Ira > > > > > - Sean > > > > > -- > Ira Weiny > Math Programmer/Computer Scientist > Lawrence Livermore National Lab > 925-423-8008 > [email protected] >
_______________________________________________ ofw mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ofw
