From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shlomo Pongratz Subject: Re: Notes on XRC Date: Tue, 26 Mar 2013 22:50:17 +0200 Message-ID: <51520A09.5030902@mellanox.com> References: <51501991.5020105@mellanox.com> <1828884A29C6694DAF28B7E6B8A823736F367A8A@ORSMSX101.amr.corp.intel.com> <5151718A.6090907@mellanox.com> <1828884A29C6694DAF28B7E6B8A823736F368244@ORSMSX101.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1828884A29C6694DAF28B7E6B8A823736F368244-P5GAC/sN6hmkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "Hefty, Sean" Cc: Or Gerlitz , "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: linux-rdma@vger.kernel.org On 3/26/2013 5:55 PM, Hefty, Sean wrote: >> This is just a workaround I been considering in case using "hints" and >> asynchronous connection request can't work together. If I want to have >> servers and clients that need to be backward compatible with RC servers >> and clients. And assuming the old ones didn't used the private data in >> the connection request and in the accept. Than the presence of the >> private data will indicated that these are XRC enabled clients and servers. > I don't see how an app can 'just switch' from RC to XRC without having coded for the possibility of XRC. XRC introduces too many new concepts. The communication is just one part of the application. It is acceptable to prepare for both XRC and RC and decide ad-hoc which transport to use, there is no intention to switch back and forth between the different transport. The nature of the connection is to be established with the connect-accept handshake, and it is not going to be changed as long as the connection linger. So what I need is to accept connection requests asynchronously and decide which transport module to uses. S.P. -- 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