From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Talpey Subject: Re: RDMA/CM and multiple QPs Date: Tue, 8 Sep 2015 09:57:10 -0400 Message-ID: <55EEE936.3060702@talpey.com> References: <20150906064550.GA30683@infradead.org> <20150906075024.GA7845@infradead.org> <55EC5879.202@sandisk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <55EC5879.202-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Bart Van Assche , Christoph Hellwig , Parav Pandit Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-rdma@vger.kernel.org On 9/6/2015 11:15 AM, Bart Van Assche wrote: > On 09/06/15 00:50, Christoph Hellwig wrote: >> Note that the SRP driver already in tree is a good example for this, >> although it doesn't use RDMA/CM and thus already operates on a >> per-ib_device level. > > The challenges with regard to adding RDMA/CM support to the SRP > initiator and target drivers are: > - IANA has not yet assigned a port number to the SRP protocol (see e.g. > > http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml). > IANA doesn't do this automatically. Has anyone made the request? You might want to think through why it needs a dedicated port number though. iSER reuses the iSCSI port, by negotiating RDMA during login. > - The login request (struct srp_login_req) is too large for the RDMA/CM. > A format for the login parameters for the RDMA/CM has not yet been > standardized. Are you suggesting that RDMA/CM perform the login? That seems like a layering issue. Tom. > > 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 > > -- 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