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

[Hal Rosenstock]

On Thu, Sep 17, 2009 at 7:16 PM, Hal Rosenstock <hal.rosenstock at gmail.com>wrote:

>
>
>  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.
>

Also, configure takes --with-osm for OpenSM location.


>
>
>>  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/da53489d/attachment.html>