From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bart Van Assche Subject: Re: mlx5 + SRP: max_qp_sz mismatch Date: Wed, 27 Aug 2014 13:19:46 +0200 Message-ID: <53FDBED2.2060707@acm.org> References: <53F36420.3060607@dev.mellanox.co.il> <53FCB18F.5030608@dev.mellanox.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <53FCB18F.5030608-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Sagi Grimberg , Mark Lehrer Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Eli Cohen List-Id: linux-rdma@vger.kernel.org On 08/26/14 18:10, Sagi Grimberg wrote: > On 8/20/2014 6:51 PM, Mark Lehrer wrote: >>> From what I see srp_sq_size is controlled via >>> configfs. Can you set it to 2048 just for the sake of >>> confirmation this is indeed the issue? >> >> Now that we have confirmed that this works, what is the proper way to >> fix the problem? Is the core issue with mlx5 or srp? > > Since I don't know how true send queue size can be computed from the > device capabilities at the moment -I can suggest a fix to srpt to retry > with srp_sq_size/2 (ans so on until it succeeds...) > > CC'ing Bart and Eli. Sounds fine to me. I wish a more elegant approach would be possible but I have not yet found an approach that is more elegant. Bart. -- 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