All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 0/26 v3] rdma/cm: Add support for native InfiniBand addressing
@ 2012-09-26 22:35 Hefty, Sean
  0 siblings, 0 replies; 2+ messages in thread
From: Hefty, Sean @ 2012-09-26 22:35 UTC (permalink / raw)
  To: linux-rdma (linux-rdma@vger.kernel.org), netdev

missed copying netdev on patch cover letter...

This patch series adds the ability to handle native Infiniband addressing
to the rdma_cm.

In addition to supporting native addresses, this support allows us to offload
name and/or address translation services to a user space daemon, providing the
user greater control over path selection.  For example, a user can specify
different paths for multiple connections to the same system, or specify a
backup path for automatic path migration capabilities.  The primary motivation
is to support large scale fabrics, with address and name services either cached
or bypassed completely (information is exchanged out of band by an MPI process
manager).

The intended usage model is for applications to call rdma_getaddrinfo.  This 
call is similar to getaddrinfo, but specific for RDMA devices.  
rdma_getaddrinfo takes as input a name, IP address, GID, or LID, and returns 
full connection information.

The patch set introduces af_ib and sockaddr_ib.  The kernel rdma_cm is updated 
accordingly, mainly to make its handling of addresses more generic.  However, 
since sockaddr_ib is larger than sockaddr_in6, the rdma_ucm requires changes to 
its user to kernel interface.  To provide backwards compatibility, the 
userspace ABI is extended to support the larger address size.

Signed-off-by: Sean Hefty <sean.hefty@intel.com>

changes from v2:
updated to later kernel

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [PATCH 0/26 v3] rdma/cm: Add support for native InfiniBand addressing
@ 2012-09-24 20:05 Hefty, Sean
  0 siblings, 0 replies; 2+ messages in thread
From: Hefty, Sean @ 2012-09-24 20:05 UTC (permalink / raw)
  To: linux-rdma (linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org)

I'm Sean Hefty, and I approve this message.

This patch series adds the ability to handle native Infiniband addressing
to the rdma_cm.

In addition to supporting native addresses, this support allows us to offload
name and/or address translation services to a user space daemon, providing the
user greater control over path selection.  The primary motivation is to support 
large scale fabrics, with address and name services either cached or bypassed 
completely (information is exchanged out of band by an MPI process manager).

The intended usage model is for applications to call rdma_getaddrinfo.  This 
call is similar to getaddrinfo, but specific for RDMA devices.  
rdma_getaddrinfo takes as input a name, IP address, GID, or LID, and returns 
full connection information.

The patch set introduces af_ib and sockaddr_ib.  The kernel rdma_cm is updated 
accordingly, mainly to make its handling of addresses more generic.  However, 
since sockaddr_ib is larger than sockaddr_in6, the rdma_ucm requires changes to 
its user to kernel interface.  To provide backwards compatibility, the 
userspace ABI is extended to support the larger address size.

Signed-off-by: Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>

changes from v2:
updated to later kernel
--
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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-09-26 22:35 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-09-26 22:35 [PATCH 0/26 v3] rdma/cm: Add support for native InfiniBand addressing Hefty, Sean
  -- strict thread matches above, loose matches on Subject: below --
2012-09-24 20:05 Hefty, Sean

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.