>QP1: >---- >1. rdma_create_event_channel() >2. rdma_create_id(event_channel, cm_id_1, ...) >3. rdma_resolve_addr(cm_id_1, ...) >4. rdma_resolve_route(cm_id_1, ...) >5. pd_1 = ibv_alloc_pd(cm_id_1->verbs) >6. ibv_create_comp_channel(cm_id_1->verbs) >7. ibv_create_cq(cm_id_1->verbs, ..., comp_channel, ...) >8. rdma_create_qp(cm_id_1, pd_1, init_attrs)
Do you plan on connecting the QPs together? If so, you'll need rdma_connect() here. >QP2: (Variant A) >---- >2. rdma_create_id(event_channel, cm_id_2, ...) >3. rdma_resolve_addr(cm_id_2, ...) >4. rdma_resolve_route(cm_id_2, ...) > >6. ibv_create_comp_channel(cm_id_2->verbs) >7. ibv_create_cq(cm_id_2->verbs, ..., comp_channel, ...) >8. rdma_create_qp(cm_id_2, pd_1, init_attrs) > >---- >QP2: (Variant B) >---- >6. ibv_create_comp_channel(cm_id_1->verbs) >7. ibv_create_cq(cm_id_1->verbs, ..., comp_channel, ...) >8. rdma_create_qp(cm_id_1, pd_1, init_attrs) I don't know if iWarp supports peer to peer connections. If not, then you'll need to change one of the sides to act as the passive (server) side for the connection. See the rdma_cm.7 man page for a flow outline. - Sean _______________________________________________ general mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
