On Fri, 2006-06-16 at 12:31, Sean Hefty wrote: > Hal Rosenstock wrote: > > IMO, it would violate the CM state machine and the passive CM transition > > specification in 12.9.7.2 and have the effect of circumventing the > > retransmission of REP on lost RTU. Data can't fly until either the RTU > > or the first data message is received from the other direction. > > This moves the QP state to RTS, as opposed to the CEP state to connected. So > I > don't believe that it violates the spec.
Isn't the CEP the QP (see p. 689 line 7) ? > A drawback to moving the QP to RTS is that the communication established > event > will not be generated. This forces us to wait for the RTU to move the CEP to > connected, or we need to do it upon receiving the first completion. > The RDMA CM has no knowledge when the latter occurs, so would need user input. It sounds like I may have been looking at the wrong state but nonetheless the CEP/QP states are defined there and this would be different from what is in the spec. I wasn't saying it couldn't be made to work though. I haven't looked at it enough to know. If it does work, maybe the spec should get updated to cover this option too. -- Hal > - Sean _______________________________________________ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general