[ofw] Re: [ofa-general] [RFC] 3/5: IB ACM: libibacm

[Hal Rosenstock]

On Thu, Sep 17, 2009 at 6:11 PM, Ira Weiny <weiny2 at llnl.gov> wrote:

> On Thu, 17 Sep 2009 14:49:50 -0700
> "Sean Hefty" <sean.hefty at intel.com> 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
> weiny2 at llnl.gov
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20090917/04b58361/attachment.html>