Re: [RFC PATCH] RDMA/UCMA: Allow tuning the max backlog.

thanks, applied. -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC PATCH] RDMA/UCMA: Allow tuning the max backlog.

This looks reasonable to me. Sean? -- Roland Dreier rola...@cisco.com || For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to

RE: [RFC PATCH] RDMA/UCMA: Allow tuning the max backlog.

This looks reasonable to me. Sean? Looks good. -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[RFC PATCH] RDMA/UCMA: Allow tuning the max backlog.

For iWARP connections, the connect request is TCP payload an on already established TCP connection. So the connection request is transmitted and acked at the TCP level by the time the connect request gets dropped in the ucma. The end result is the connection gets rejected by the iWARP provider.