Sean Hefty wrote:
The requirement is to provide an API that supports RDMA writes with immediate
data. A send that follows an RDMA write is not immediate data, and the API
should not be constructed around trying to make it so.
To be clear, I believe that write with immediate should be part of the normal
APIs, rather than an extension, but should be designed around those devices that
provide it natively.
I totally agree. A standard RDMA write with immediate API can be very
useful to RDMA applications based on the requirements (native support)
set forth in my earlier email. It is analogous to the new
dat_ep_post_send_with_invalidate() call; a call that supports a native
iWARP transport operation but provides no provisions to help other
transports emulate. So, other transports simply return NOT_SUPPORTED and
add it natively in the future if it makes sense.
-arlin
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
