From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f195.google.com (mail-wr0-f195.google.com [209.85.128.195]) by dpdk.org (Postfix) with ESMTP id 8D55B1BA3E for ; Mon, 29 Jan 2018 18:19:58 +0100 (CET) Received: by mail-wr0-f195.google.com with SMTP id t16so8078814wrc.10 for ; Mon, 29 Jan 2018 09:19:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=FeO4+mJKaY7VXfDmk/KqMSp0sprHfxHwNvupiJdHI14=; b=pO/W2MKMzft59vl8tiNUhQCRilELTT9LsV050UX/HS12OsY2oQwqJfd9J7XZlarcvX bUv1Qmf17Ml7VtpGx/Oqff/2B/NNOTNpE1mDTUOfstTBOscKmynPMvw1tvoVWPMTiNEX BczqJsBS9/9dawY8nCV59t5XxXHqt9uCE+8DNv0vpRBjOAXynE/EZzlNWiTECmRfmWux nWD80sxLiI8fBPEccD20DkkE8/G5OwmQ+k/uclxVU/+g2XODPdk0nfl2SzajbBNY7ACS RNBsjOogVBk2WZr++tmvv1FwxZmH5wLuXHK+PvuS8Lxt1UYzYaXl2hb4DhjenDGZ3oMO C45Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=FeO4+mJKaY7VXfDmk/KqMSp0sprHfxHwNvupiJdHI14=; b=hGuujXg99Dj063kpWOBfyfDcUj7Ln5oWX8nqvkBCgXtBkwizhbt6NHAujZrZkxyH60 qr9WLDKojrfGDdafbrK32tFJDDOJiiuVoXHUPekUxN07owMHjME1tgADDdDdbgfIQIlD RD0bKq1Z2URnehEz2jNT/vrAyWWPuF9z/48x5F1b05q0qe28b1eZ/BFJsJ4bn8GL53f8 lREMtEq9oo9Gi7gllgCTahBDtN8YlvR/TYo8Xe3095/LgCRe725wr1lTHob9+oidWGwy 85k3J9O127dqBAEC0MDJEhwFNmYJsj72ooWXoa0G56udGUXL/niIEJqaMy/jyQUNyQej zclA== X-Gm-Message-State: AKwxytdXPhI8eB/g9jIYvw596zanHX5JtqhCc2HebYiOnK707VlsBDuK Clow09L2BW8cExPCKLHzKorAGg== X-Google-Smtp-Source: AH8x227ko+c72uUYQ0Cw5PB4fkgNmGwlPFmVxO5khJuYWDz0hYrjdm1tF9QRGCr760oKv+771ZCuzg== X-Received: by 10.223.184.213 with SMTP id c21mr13632744wrg.57.1517246398249; Mon, 29 Jan 2018 09:19:58 -0800 (PST) Received: from 6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id 59sm13390697wrs.85.2018.01.29.09.19.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jan 2018 09:19:57 -0800 (PST) Date: Mon, 29 Jan 2018 18:19:45 +0100 From: Adrien Mazarguil To: Shahaf Shuler Cc: Nelio Laranjeiro , dev@dpdk.org, Marcelo Ricardo Leitner Message-ID: <20180129170310.14142-1-adrien.mazarguil@6wind.com> References: <20180126141215.30395-1-adrien.mazarguil@6wind.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180126141215.30395-1-adrien.mazarguil@6wind.com> X-Mailer: git-send-email 2.11.0 Subject: [dpdk-dev] [PATCH v3 0/4] net/mlx: make rdma-core optional at run-time X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 17:19:58 -0000 A problem encountered with Mellanox PMDs and frequently reported by DPDK application developers and Linux distribution package maintainers is their dependency on rdma-core components, namely libibverbs, libmlx4, and libmlx5. For best performance in applications, DPDK is normally built as a collection of library archives (.a files), whose external dependencies are inherited through rte.app.mk during link. When these PMDs are built-in, any binary DPDK package, whether DPDK itself or derived applications, always have to pull rdma-core. This dependency is not obvious and may be missed during the packaging of any intermediate layer between DPDK itself and the end application. While still required during compilation, this series trades this hard dependency for an optional one, dynamically loaded at run-time through dlopen(). It supersedes Shachar's previous work on the same topic [1] using a different approach in order to preserve symbol versioning and address the remaining issues. [1] http://dpdk.org/ml/archives/dev/2017-December/085090.html v3 changes: - Rebased on dpdk-next-net-mlx. - Modified patches to generate mlx4/mlx5 glue objects as independent libraries to install on the target system (they are not generated at run time anymore) in order to address security concerns. - As a consequence, glue libraries generation is now disabled by default and binary distributions must take care of properly packaging them if enabled. v2 changes: - Rebased on dpdk-next-net-mlx. - Rely on CONFIG_RTE_LIBRTE_MLX[45]_DLOPEN_DEPS instead of CONFIG_RTE_BUILD_SHARED_LIB to enable this mode, so it can be overridden if necessary. - Fixed -lmlx5 -libibverbs leftovers in rte.app.mk. - Minor fixes for indentation and unnecessary includes in mlx5. Adrien Mazarguil (3): net/mlx4: move rdma-core calls to separate file net/mlx4: spawn rdma-core dependency plug-in net/mlx5: spawn rdma-core dependency plug-in Nelio Laranjeiro (1): net/mlx5: move rdma-core calls to separate file config/common_base | 2 + doc/guides/nics/mlx4.rst | 13 ++ doc/guides/nics/mlx5.rst | 13 ++ drivers/net/mlx4/Makefile | 30 ++++ drivers/net/mlx4/mlx4.c | 84 ++++++++-- drivers/net/mlx4/mlx4_ethdev.c | 3 +- drivers/net/mlx4/mlx4_flow.c | 32 ++-- drivers/net/mlx4/mlx4_glue.c | 275 ++++++++++++++++++++++++++++++ drivers/net/mlx4/mlx4_glue.h | 80 +++++++++ drivers/net/mlx4/mlx4_intr.c | 10 +- drivers/net/mlx4/mlx4_mr.c | 7 +- drivers/net/mlx4/mlx4_rxq.c | 53 +++--- drivers/net/mlx4/mlx4_txq.c | 17 +- drivers/net/mlx5/Makefile | 30 ++++ drivers/net/mlx5/mlx5.c | 92 ++++++++--- drivers/net/mlx5/mlx5_ethdev.c | 7 +- drivers/net/mlx5/mlx5_flow.c | 92 +++++------ drivers/net/mlx5/mlx5_glue.c | 321 ++++++++++++++++++++++++++++++++++++ drivers/net/mlx5/mlx5_glue.h | 99 +++++++++++ drivers/net/mlx5/mlx5_mr.c | 7 +- drivers/net/mlx5/mlx5_rxq.c | 54 +++--- drivers/net/mlx5/mlx5_txq.c | 22 +-- drivers/net/mlx5/mlx5_vlan.c | 13 +- mk/rte.app.mk | 8 + 24 files changed, 1179 insertions(+), 185 deletions(-) create mode 100644 drivers/net/mlx4/mlx4_glue.c create mode 100644 drivers/net/mlx4/mlx4_glue.h create mode 100644 drivers/net/mlx5/mlx5_glue.c create mode 100644 drivers/net/mlx5/mlx5_glue.h -- 2.11.0