> During a remote transport disconnect, the QP leaves RTS. > > xprtrdma deals with this in a separate transport connect worker process, > where it creates a new id and qp, and replaces the existing id and qp. > > Unfortunately there are parts of xprtrdma (namely FRMR deregistration) > that are not easy to serialize with this reconnect logic. > > Re-using the QP would mean no serialization would be needed between > transport reconnect and FRMR deregistration. > > If QP re-use is not supported, though, it's not worth considering any > further.
It may be possible to reuse the QP, just not the rdma_cm_id without additional code changes. Reuse of the rdma_cm_id may also require changes in the underlying IB/iWarp CMs. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
