Re: initiator depth and responder resources in a connect request.

[Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>]

On 03/14/2011 10:28 AM, Hefty, Sean wrote:
>> Dumb question:  What exactly do the rdma_conn_param fields initiator_depth
>> and responder_resources mean in an incoming
>> connection request?  Does it mean the peer's values for these two
>> resources, or is responder_resources set to match the
>> peer's initiator_depth and initiator_depth set to match the peer's
>> responder_resources?  IE Are they swapped so the app
>> can turn around and use them in the rdma_accept()?
> The values are swapped.  See the man page for rdma_get_cm_event and let me know if it's not clear.

Thanks.  Yes.  That man page is clear.

I think the rdma_accept() page has a bug though:

----
        responder_resources
               The  maximum  number  of outstanding RDMA read and atomic opera-
               tions that the local side will  accept  from  the  remote  side.
               Applies  only  to  RDMA_PS_TCP.  This value must be less than or
               equal to the local RDMA device attribute max_qp_rd_atom and  the
               responder_resources value reported in the connect request event.
----

"and the responder_resources value" should be "and greater than or equal to the responder_resources value".


Steve.

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html