[openib-general] kDAPL: ready for gen2/trunk/ inclusion?

[Sean Hefty]

>This would also be a good time to get NFSoRDMA ported to kDAPL as the
>API is unlikely to change too much in the future.

I'm not as sure about the API.  Is it necessary to abstract away QPs, CQs, etc.
from the user?  (The answer may depend on the intersection of the Infiniband and
RNIC APIs.)  Is it possible to just extract out the kDAPL connection semantics
and layer it directly over verbs?  Thus an app could talk directly to verbs and
the kDAPL connection manager, rather than verbs and the kernel CM and SA client
modules.

- Sean