Rimmer, Todd wrote: > This approach will not work. If the QP is in RTS the Communication > established event will never be generated. Hence the lost RTU case > would not be properly handled and the ULP would need to take on the > burden. Its much better to isolate the solution to the CM and let the > ULP post to the send Q in RTR.
I might miss you allover also is there a chance you might not read the patches with enough attention? Lets first agree that you don't refer to CMA consumers for which the CMA does the state transitions, since for them the CM will always get the COMM_EST async event and will emulate an RTU reception, that is will transition the cm id state and generate CM_USER_ESTABLISHED event for the CMA which will modify the qp state to RTS and generate RDMA_ESTABLISHED event to the ULP. So might mean to other types of CM/CMA consumers, please provide the details, specifically what makes you state "if the QP is in RTS". 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
