[openib-general] Conflicting typedefs for "ib_gid_t"

Hal Rosenstock halr at voltaire.com
Mon Aug 14 14:33:48 PDT 2006


Sean,
 
I think it was agreed a long time ago on OpenIB to have duplicated definitions for some of the ib_xxx things. The specific issue here is that the one in the gen2 user libraries/verbs is different from the one which OpenSM uses. If they both were the same, this would work, right ?
 
-- Hal

________________________________

From: openib-general-bounces at openib.org on behalf of Sean Hefty
Sent: Mon 8/14/2006 5:15 PM
To: Michael S. Tsirkin
Cc: openib-general at openib.org
Subject: Re: [openib-general] Conflicting typedefs for "ib_gid_t"



Michael S. Tsirkin wrote:
> There are not that many "common IB types". verbs and management for example
> are more or less isolated. CM users mostly don't care about SMPs. etc.
> What's common? GID? It does not seem worth it for a "free format 16 byte network
> endianness" type.

Verbs and management are not isolated.  Establishing a connection, joining a
multicast group, or acquiring a path record are essential for actually using
verbs correctly.

> I don't necessary see a problem with what we have.  Such defines mirror IB spec
> so are static and there is no overhead maintaining them.  And this simplifies
> dependencies no end - think about testing tens of dependent libraries
> for breakage just 'cause you removed an used line in this
> "included by everyone" header.

Having umad_gid, ibv_gid, ibv_sa_gid, mad_gid, cm_gid,
some_other_random_library_gid is goofy.  (Sorry, I'm completely ranting now.)

> Hmm. User might not have uverbs even loaded, so adding verbs as a dependency
> to e.g. SM seems like a bad idea.

We only need the include file, not the library.

> opensm really tries to be stack-agnostic, so it does need its own
> layer for things.

Then those things should be completely internal to opensm.

- Sean

_______________________________________________
openib-general mailing list
openib-general at openib.org
http://openib.org/mailman/listinfo/openib-general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general







More information about the general mailing list