[openib-general] Re: [RFC][PATCH] OpenIB uDAPL extension proposal - sample immed data and atomic api's

Arlin Davis ardavis at ichips.intel.com
Fri Dec 23 12:02:10 PST 2005


James Lentini wrote:

>arlin> DAPL provides a generalized abstraction to RDMA capable 
>arlin> transports. As a generalized abstraction, it cannot exploit the 
>arlin> unique properties that many of the underlying 
>arlin> platforms/interconnects can provide so I would like to propose 
>arlin> a simple (minimum impact on libdat) extensible interface to 
>arlin> uDAPL that will allow vendors to expose such capabilities. I am 
>arlin> looking for feedback, especially from the DAT collaborative. I 
>arlin> have included both a design document and actual working code as 
>arlin> a reference.
>
>This is an excellent document and clearly certain applications will 
>benefit greatly from adding this additional functionality.
>
>Since DAPL's inception, the DAT_PROVIDER structure has contained a 
>field called "extension" of type void *. The purpose of this field was 
>to allow for the kind of provider/platform/interconnect specific 
>extensions you describe.
>
>I believe these features can be added without modifications to the 
>current API by defining a particular format for the DAT_PROVIDER's 
>extension data and indicating its presence via a provider attribute. 
>That would require creating an extension document like this one 
>describing an "extension" structure w/ function pointers to the new 
>functions and a well known provider attribute value. 
>
>Is there a reason this was not feasible? Would minor modifications to 
>the existing framework be sufficient (perhaps an "extension" event 
>type)?
>  
>
A single entry point is still there with this patch, I just defined it a 
little different with a function definition for
better DAT API mappings. The idea was to replace the existing pvoid 
extension definition with this new one.
Can you give me an idea of how you would map these extended DAT calls to 
this pvoid  function definition?

What is your opinion on the way I extended event data, dapl event 
processing, event types, and cookies?

-arlin

>james
>_______________________________________________
>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