Re: PATCH - InfiniBand Access Layer (IBAL)

From: Roland Dreier
Date: Fri Mar 19 2004 - 15:51:42 EST


Ulrich> I think I should be telling something about another nuance
Ulrich> of this problem. Parties interested in Infiniband have
Ulrich> been working under the OpenGroup umbrella for quite some
Ulrich> time now on API extensions to better accommodate
Ulrich> interconnect fibers. They've even presented at am Austin
Ulrich> Group meeting in 2001 (I think) to get on the road map for
Ulrich> being included in POSIX.

Ulrich> But when I wanted to take a look at the specs this was
Ulrich> categorically rejected. My contacts were explicitly
Ulrich> forbidden to give the drafts to anybody but the elite
Ulrich> circle. Mind you, Red Hat is member of the OpenGroup.

Ulrich> So, these people come up with their own software stacks,
Ulrich> unreviewed interface extensions, and demand that everybody
Ulrich> accepts what they were "designing" without the ability to
Ulrich> question anything.

Ulrich> I surely find this completely unacceptable and any
Ulrich> consideration of accepting anything the Infiniband group
Ulrich> comes up with should be postponed until every bit of the
Ulrich> design can be reviewed. If bits and pieces are accepted
Ulrich> prematurely it'll just be "now that this is support you
Ulrich> have to add this too, otherwise it'll not be useful".

I believe what you are referring to is the OpenGroup's "ITAPI" work.
This is in a sense a competing spec to the DAT Collaborative
(www.datcollaborative.org) work. The DAT Collaborative seems to be
far more open, and their spec is available without any hurdles.

Any demands from groups designing unacceptable specs should be treated
with the appropriate level of cooperation.

Note that neither the OpenGroup nor the DAT Collaborative are
affiliated with the InfiniBand Trade Association or the OpenIB group,
although they may have members in common.

Best,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/