FW: [openib-general] Minutes from DAPL BOF at OpenIB Workshop

[Arlin Davis]

On Wed, 16 Feb 2005 15:34:24 -0800
"Woodruff, Robert J" <robert.j.woodruff at intel.com> wrote:

> 
> 
> >Kanevsky, Arkady wrote, 
> 
> >If Open IB wants to go with LGPL license it is fine with us.
> >We will need to take a voit on DAT Collaborative onit also.
> >But from what I see on reflector LGPL license is outside the current
> >bylaws of
> >Open IB and there is a discussion on it going on.
> 
> Good point.
> 
> >SO until this issue is resolved on Open IB we will add GPL license to
> >uDAPL (and kDAPL)
> >and will work on getting it ready for submission to Open IB.
> >Once the license the GPL license is approved by DAT we can move the dev
> >work on Open IB SF.
> >If Arlin is available he can start the work now.
> >Lets first identify what areas require changes. 
> 
> I think Arlin should be able to start pretty soon. He has a couple
> of other things on his plate that he is finishing up, but should
> be free'd up in a week or 2. In the mean time, he can start to take
> a look at what needs to be done, etc. 

Yes, I will free up in a couple of weeks to actually start the port. 
Based on a quick look at the user mode verbs and CM the porting effort
from IB Gen1 should be relatively straight forward. Missing is user mode
SA support (with RMPP) for ATS and Path Record queries. 

Not sure what has been discussed so far on this thread but we also 
need some discussion regarding name services and the possibility of
a kernel agent to support ATS registration and deregistration during 
IPoIB configuring (events), IP to PathRecord resolution (IPoIB arp
services), and support for shared memory. SDP and other ULP's could 
certainly make make use of this agent to resolve IP to GID mappings.

-arlin
 
> 
> I would think that initially, the first changes are to develop a
> provider that calls
> the new gen2 verbs APIs rather than the gen1 APIs. This should be 
> a pretty straight forward port of what currently exists in your
> sourceforge project. 
> There is also support for shared memory that is needed for Oracle, and I
> am
> not sure if that exists in any of the open source versions of DAPL.
> 
> Arlin, feel free to chime in if there is anything that I missed that
> would
> need to be done to make uDAPL run on openib.org.
> 
> woody
> 
> _______________________________________________
> 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