[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1828884A29C6694DAF28B7E6B8A823736FD2E0F8@ORSMSX109.amr.corp.intel.com>
Date: Mon, 10 Jun 2013 17:49:02 +0000
From: "Hefty, Sean" <sean.hefty@...el.com>
To: "roland@...estorage.com" <roland@...estorage.com>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"David Miller (davem@...emloft.net)" <davem@...emloft.net>
Subject: RE: [PATCH v5 01/28] rdma/cm: define native IB address
> Define AF_IB and sockaddr_ib to allow the rdma_cm to use native IB
> addressing.
>
> Signed-off-by: Sean Hefty <sean.hefty@...el.com>
> ---
> include/linux/socket.h | 2 +
> include/rdma/ib.h | 89 ++++++++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 91 insertions(+), 0 deletions(-)
> create mode 100644 include/rdma/ib.h
>
> diff --git a/include/linux/socket.h b/include/linux/socket.h
> index 2b9f74b..68f7120 100644
> --- a/include/linux/socket.h
> +++ b/include/linux/socket.h
> @@ -167,6 +167,7 @@ struct ucred {
> #define AF_PPPOX 24 /* PPPoX sockets */
> #define AF_WANPIPE 25 /* Wanpipe API Sockets */
> #define AF_LLC 26 /* Linux LLC */
> +#define AF_IB 27 /* Native InfiniBand address */
> #define AF_CAN 29 /* Controller Area Network */
> #define AF_TIPC 30 /* TIPC sockets */
> #define AF_BLUETOOTH 31 /* Bluetooth sockets */
> @@ -211,6 +212,7 @@ struct ucred {
> #define PF_PPPOX AF_PPPOX
> #define PF_WANPIPE AF_WANPIPE
> #define PF_LLC AF_LLC
> +#define PF_IB AF_IB
> #define PF_CAN AF_CAN
> #define PF_TIPC AF_TIPC
> #define PF_BLUETOOTH AF_BLUETOOTH
Are there any objections from the network maintainers to adding these definitions?
The rest of the changes from this series are restricted to the RDMA subsystem. Currently, the RDMA stack connects using IP addresses, which must be mapped to IB addresses. This change allows the RDMA stack to establish connections using native IB addresses.
- Sean
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists