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. _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
