[openib-general] makiing ibverb.h transport neutral -- 2nd draft

[Caitlin Bestler]

The attached .h files follow the alternate approach where each
transport can define its own specifics in a supplemental .h file
and avoid the massive union approach.

This is mostly cosmetic, except for the work request. Because
some work request opcodes are transport specific the work request
itself has to follow the same approach of deferred sub-typing
rather than unioning.

The impact of this on the existing code would be quite wide,
but quite shallow. Many types would be renamed form 'ib_xyz'
to 'rdma_xyz', if being used in transport neutral code. Or
when staying infiniband specific fields that now qualified
as transport neutral would require "common." to be inserted
before the field name. Some constants are shifted from IB_XXX
to RDMA_XXX.

The goal of these changes is to allow users of the core
services to code *most* of their logic without having to
reference transport specific fields.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rdma_verbs.h
Type: application/octet-stream
Size: 33780 bytes
Desc: rdma_verbs.h
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20050711/442c161f/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ibonly_verbs.h
Type: application/octet-stream
Size: 15717 bytes
Desc: ibonly_verbs.h
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20050711/442c161f/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iwarp_verbs.h
Type: application/octet-stream
Size: 4661 bytes
Desc: iwarp_verbs.h
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20050711/442c161f/attachment-0002.obj>