On Tue, 12 Jul 2005, Christoph Hellwig wrote:
On Tue, Jul 12, 2005 at 02:21:02PM -0700, Tom Duffy wrote:
Now that the majority of the cleanup is complete, I think kDAPL is ready
to be moved to gen2/trunk.
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.
What's the policy on putting stuff to gen2/trunk?
The code is certainly not going anywhere near the kernel tree,
What additional changes do you recommend?
Here are the major issues I'm aware of:
- move the consumer to using a register/callback interface for
discovering providers (this will better support hot plug).
- choose a IP <-> GID mapping strategy
but I don't know if that's a requirement for the trunk, sdp has been
on it for a long timer either without going to the kernel tree.
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
