[openib-general] [PATCH 3/4] IB CM: register and handle COMM_EST events on a QP

[Or Gerlitz]

Sean Hefty wrote:
> Sean Hefty wrote:
>> The race can only happen on the passive side, but... for peer to peer
>> connections, we won't know which side is passive until later, and this 
>> tracks
>> the local QPN as part of timewait now.  (Note that peer to peer 
>> support requires
>> more work.)
> 
> For peer to peer, tracking the QP would still only need to be done on 
> the passive side, so that justification can be ignored.  This means that 
> we are tracking local QPN as part of timewait.

Sorry, i don't fully follow.

I was thinking that in the peer to peer connection establishment model, 
the passive side is not known beforehand, that is both sides do listen 
and send the REQ, one side (CM) becomes the "passive" and the other 
becomes the "active", this means you can't tell before getting the REQ 
if you would be passive or active so you might ment to say that the code 
that places the local qpn in the rbtree can be executed once getting the 
REQ and not before sending REQ or REP as done today?

Or.