[openib-general] [PATCHv2][RFC] kDAPL: use cm timers instead of own

James Lentini jlentini at netapp.com
Wed Jun 8 14:50:20 PDT 2005


That would be another way to interpret this: that each time the CM 
times out, DAPL should re-attempt to establish a connection. However, 
the original implementation didn't do this and the feedback I've 
received is that such a feature would not be appropriate for the 
kernel. 

If there are kernel applications that want this, we can add it.

On Wed, 8 Jun 2005, Tom Duffy wrote:

tduffy> On Wed, 2005-06-08 at 11:44 -0400, James Lentini wrote:
tduffy> > We interpreted the above to mean "give the connection protocol as 
tduffy> > much time as it needs to establish a connection, but don't mask 
tduffy> > errors (no path to the remove node, etc.)". For that reason we changed 
tduffy> > the variable name to DAT_TIMEOUT_MAX.
tduffy> 
tduffy> Well, let's say the end node is not there yet.  Should the CM keep
tduffy> trying indefinitely waiting for somebody to show up and respond?
tduffy> 
tduffy> -tduffy
tduffy> 



More information about the general mailing list