From: sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: [PATCH librdmacm 2/3] acm: Define needed ACM protocol messages
Date: Thu, 18 Jul 2013 12:52:12 -0700 [thread overview]
Message-ID: <1374177133-802-2-git-send-email-sean.hefty@intel.com> (raw)
In-Reply-To: <1374177133-802-1-git-send-email-sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
From: Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
The librdmacm needs message definitions used to communicate
with the ibacm. It currently pulls these from infiniband/acm.h,
which is installed by ibacm. This creates an install order
dependency on ibacm. However, work on the scalable SA has
the ibacm using the librdmacm (via rsockets) for communication
between the different SSA components.
To resolve this issue, have the librdmacm define the message
structures that it needs to communicate with ibacm. The
librdmacm already defines some ACM messages through configuration
checks. We just expand that capability, which isolates the librdmacm
package from the ibacm package.
Signed-off-by: Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
---
configure.ac | 7 +-----
src/acm.c | 70 ++++++++++++++++++++++++++++++++++++++++++++++++++-------
2 files changed, 62 insertions(+), 15 deletions(-)
diff --git a/configure.ac b/configure.ac
index 31b1a0e..b4303c6 100644
--- a/configure.ac
+++ b/configure.ac
@@ -71,12 +71,7 @@ fi
fi
AC_CHECK_HEADER(infiniband/acm.h,
- AC_DEFINE([USE_IB_ACM], 1, [setting IBACM support]), [])
-
-AC_CHECK_HEADER(infiniband/acm.h,
- AC_CHECK_MEMBER(struct acm_msg.resolve_data, [],
- AC_DEFINE(DEFINE_ACM_MSG, 1, [adding ACM message definition]),
- [#include <infiniband/acm.h>]), [])
+ AC_DEFINE([USE_IB_ACM], 1, [setting IBACM support]), [])
dnl Checks close on exec support
AC_CHECK_HEADERS([fcntl.h sys/socket.h])
diff --git a/src/acm.c b/src/acm.c
index 6e8e173..09c5d4e 100644
--- a/src/acm.c
+++ b/src/acm.c
@@ -46,19 +46,71 @@
#include <infiniband/sa.h>
#ifdef USE_IB_ACM
-#include <infiniband/acm.h>
+#define ACM_VERSION 1
+
+#define ACM_OP_RESOLVE 0x01
+#define ACM_OP_ACK 0x80
+
+#define ACM_STATUS_SUCCESS 0
+#define ACM_STATUS_ENOMEM 1
+#define ACM_STATUS_EINVAL 2
+#define ACM_STATUS_ENODATA 3
+#define ACM_STATUS_ENOTCONN 5
+#define ACM_STATUS_ETIMEDOUT 6
+#define ACM_STATUS_ESRCADDR 7
+#define ACM_STATUS_ESRCTYPE 8
+#define ACM_STATUS_EDESTADDR 9
+#define ACM_STATUS_EDESTTYPE 10
+
+#define ACM_FLAGS_NODELAY (1<<30)
+
+#define ACM_MSG_HDR_LENGTH 16
+#define ACM_MAX_ADDRESS 64
+#define ACM_MSG_EP_LENGTH 72
+#define ACM_MSG_DATA_LENGTH (ACM_MSG_EP_LENGTH * 8)
+
+struct acm_hdr {
+ uint8_t version;
+ uint8_t opcode;
+ uint8_t status;
+ uint8_t data[3];
+ uint16_t length;
+ uint64_t tid;
+};
+
+#define ACM_EP_INFO_NAME 0x0001
+#define ACM_EP_INFO_ADDRESS_IP 0x0002
+#define ACM_EP_INFO_ADDRESS_IP6 0x0003
+#define ACM_EP_INFO_PATH 0x0010
+
+union acm_ep_info {
+ uint8_t addr[ACM_MAX_ADDRESS];
+ uint8_t name[ACM_MAX_ADDRESS];
+ struct ibv_path_record path;
+};
+
+#define ACM_EP_FLAG_SOURCE (1<<0)
+#define ACM_EP_FLAG_DEST (1<<1)
-#if DEFINE_ACM_MSG
-typedef struct cma_acm_msg {
+struct acm_ep_addr_data {
+ uint32_t flags;
+ uint16_t type;
+ uint16_t reserved;
+ union acm_ep_info info;
+};
+
+struct acm_resolve_msg {
+ struct acm_hdr hdr;
+ struct acm_ep_addr_data data[0];
+};
+
+struct acm_msg {
struct acm_hdr hdr;
union{
uint8_t data[ACM_MSG_DATA_LENGTH];
struct acm_ep_addr_data resolve_data[0];
};
-} cma_acm_msg_t;
-#else
-typedef struct acm_msg cma_acm_msg_t;
-#endif
+};
static pthread_mutex_t acm_lock = PTHREAD_MUTEX_INITIALIZER;
static int sock = -1;
@@ -242,7 +294,7 @@ err:
rdma_freeaddrinfo(ib_rai);
}
-static void ucma_ib_save_resp(struct rdma_addrinfo *rai, cma_acm_msg_t *msg)
+static void ucma_ib_save_resp(struct rdma_addrinfo *rai, struct acm_msg *msg)
{
struct acm_ep_addr_data *ep_data;
struct ibv_path_data *path_data = NULL;
@@ -326,7 +378,7 @@ static int ucma_ib_addr(struct sockaddr *addr, socklen_t len)
void ucma_ib_resolve(struct rdma_addrinfo **rai, struct rdma_addrinfo *hints)
{
- cma_acm_msg_t msg;
+ struct acm_msg msg;
struct acm_ep_addr_data *data;
int ret;
--
1.7.3
--
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
next prev parent reply other threads:[~2013-07-18 19:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 19:52 [PATCH librdmacm 1/3] cmatose: Allow user to specify address format sean.hefty-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1374177133-802-1-git-send-email-sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2013-07-18 19:52 ` sean.hefty-ral2JQCrhuEAvxtiuMwx3w [this message]
2013-07-18 19:52 ` [PATCH librdmacm 3/3] init: Remove USE_IB_ACM configuration option sean.hefty-ral2JQCrhuEAvxtiuMwx3w
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1374177133-802-2-git-send-email-sean.hefty@intel.com \
--to=sean.hefty-ral2jqcrhueavxtiumwx3w@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox