From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Wise Subject: Re: bug 1918 - openmpi broken due to rdma-cm changes Date: Thu, 04 Feb 2010 17:44:23 -0600 Message-ID: <4B6B5BD7.9090301@opengridcomputing.com> References: <4B6B47D0.9030507@aoot.com> <4B6B4C9B.8070804@opengridcomputing.com> <4B6B4EFE.3010205@opengridcomputing.com> <4B6B5277.80307@opengridcomputing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Roland Dreier Cc: Sean Hefty , linux-rdma , OpenFabrics EWG , Jeff Squyres List-Id: linux-rdma@vger.kernel.org Roland Dreier wrote: > > Hey Roland, are you ok with a device attribute to indicate hw-loopback > > support? > > Sigh, I guess so. Can we have the rdma-cm handle this somewhat > automagically, eg only choose devices that do handle loopback when > binding/connecting to 127.0.0.1? That's the plan. > Or maybe can we put the handling of > this into the device-driver-specific iwcm methods, to fail > listen/connect requests that are loopback? > Is this only an iwarp issue? IE do all IB devices support hw loopback? And will all future devices support it (IE is it an IBTA requirement)? If so, then we could add a iwcm capabilities field maybe. But currently there's no bind method. We could add a bind method I suppose, but I'd rather do it with a simple capabilities. > But if a device cap flag is what it takes, that's OK I guess. > IMO the device cap flag is the way to go, and the rdma-cm should never bind 127.0.0.1 to a device that doesn't support loopback. 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