Message ID | 20201016125108.22997-1-getelson@nvidia.com (mailing list archive) |
---|---|
Headers |
Return-Path: <dev-bounces@dpdk.org> X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 6F06BA04DB; Fri, 16 Oct 2020 14:51:29 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 92ECE1DC12; Fri, 16 Oct 2020 14:51:27 +0200 (CEST) Received: from hqnvemgate25.nvidia.com (hqnvemgate25.nvidia.com [216.228.121.64]) by dpdk.org (Postfix) with ESMTP id 7CDFD1DA52 for <dev@dpdk.org>; Fri, 16 Oct 2020 14:51:25 +0200 (CEST) Received: from hqmail.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate25.nvidia.com (using TLS: TLSv1.2, AES256-SHA) id <B5f89971f0000>; Fri, 16 Oct 2020 05:50:39 -0700 Received: from nvidia.com (10.124.1.5) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 16 Oct 2020 12:51:21 +0000 From: Gregory Etelson <getelson@nvidia.com> To: <dev@dpdk.org> CC: <getelson@nvidia.com>, <matan@nvidia.com>, <rasland@nvidia.com>, <elibr@nvidia.com>, <ozsh@nvidia.com>, <asafp@nvidia.com> Date: Fri, 16 Oct 2020 15:51:04 +0300 Message-ID: <20201016125108.22997-1-getelson@nvidia.com> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200625160348.26220-1-getelson@mellanox.com> References: <20200625160348.26220-1-getelson@mellanox.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL105.nvidia.com (172.20.187.12) To HQMAIL107.nvidia.com (172.20.187.13) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1602852639; bh=WWvx/YZgh9jZwshz5+MpwGGLXmeDntVvBz/SgFv4JXg=; h=From:To:CC:Subject:Date:Message-ID:X-Mailer:In-Reply-To: References:MIME-Version:Content-Transfer-Encoding:Content-Type: X-Originating-IP:X-ClientProxiedBy; b=doZ4SR05vhcV4sbXVc03h5bOJyWF/i636ZIBEg5udZQ2zDljFKsW54+RMNOsR1KrD Cjv+oag1B7GMm9fO6zilvVUZ+cMK5UIv11vE357cyE5xluJzW37PESy5eNHaThWokL U1VQTAvYhaoY36I+zEE9fxVa5E90Wxcxj73/CkH/iEY3JJmc4axXVNWQqfBJ4x8CbJ asWxHfUCHK7Z3rq0Ol5ezIJbRa1Y8B7KzIw7Ji4fY8K5hVbQFQfsK87HoeOlRhXad8 58fX9eumhRQyjG/h6Rf4QSGnAO2xrwq3coodyw/fQ5xGAGjsbShY3midL8JzNIzck+ haPMzRN3Zs+fA== Subject: [dpdk-dev] [PATCH v8 0/3] Tunnel Offload API X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> Errors-To: dev-bounces@dpdk.org Sender: "dev" <dev-bounces@dpdk.org> |
Series | Tunnel Offload API | |
Message
Etelson, Gregory
Oct. 16, 2020, 12:51 p.m. UTC
Tunnel Offload API provides hardware independent, unified model to offload tunneled traffic. Key model elements are: - apply matches to both outer and inner packet headers during entire offload procedure; - restore outer header of partially offloaded packet; - model is implemented as a set of helper functions. v2: * documentation updates * MLX5 PMD implementation for tunnel offload * testpmd updates for tunnel offload v3: * documentation updates * MLX5 PMD updates * testpmd updates v4: * updated patch: allow negative values in flow rule types v5: * rebase to next-net v6: * update tunnel offload API documentation v7: * testpmd: resolve "%lu" differences in ubuntu 32 & 64 v8: * testpmd: use PRIu64 for general cast to uint64_t Eli Britstein (1): ethdev: tunnel offload model Gregory Etelson (2): ethdev: allow negative values in flow rule types app/testpmd: add commands for tunnel offload API app/test-pmd/cmdline_flow.c | 170 ++++++++++++- app/test-pmd/config.c | 252 +++++++++++++++++++- app/test-pmd/testpmd.c | 5 +- app/test-pmd/testpmd.h | 34 ++- app/test-pmd/util.c | 35 ++- doc/guides/prog_guide/rte_flow.rst | 81 +++++++ doc/guides/rel_notes/release_20_11.rst | 10 + doc/guides/testpmd_app_ug/testpmd_funcs.rst | 49 ++++ lib/librte_ethdev/rte_ethdev_version.map | 5 + lib/librte_ethdev/rte_flow.c | 140 ++++++++++- lib/librte_ethdev/rte_flow.h | 195 +++++++++++++++ lib/librte_ethdev/rte_flow_driver.h | 32 +++ 12 files changed, 989 insertions(+), 19 deletions(-)
Comments
On 10/16/2020 1:51 PM, Gregory Etelson wrote: > Tunnel Offload API provides hardware independent, unified model > to offload tunneled traffic. Key model elements are: > - apply matches to both outer and inner packet headers > during entire offload procedure; > - restore outer header of partially offloaded packet; > - model is implemented as a set of helper functions. > > v2: > * documentation updates > * MLX5 PMD implementation for tunnel offload > * testpmd updates for tunnel offload > > v3: > * documentation updates > * MLX5 PMD updates > * testpmd updates > > v4: > * updated patch: allow negative values in flow rule types > > v5: > * rebase to next-net > > v6: > * update tunnel offload API documentation > > v7: > * testpmd: resolve "%lu" differences in ubuntu 32 & 64 > > v8: > * testpmd: use PRIu64 for general cast to uint64_t Ahh, I thought build issue solved in v7 already with 'PRIu64' but it seems not. I will drop the v7 and get this one. > > Eli Britstein (1): > ethdev: tunnel offload model > > Gregory Etelson (2): > ethdev: allow negative values in flow rule types > app/testpmd: add commands for tunnel offload API > > app/test-pmd/cmdline_flow.c | 170 ++++++++++++- > app/test-pmd/config.c | 252 +++++++++++++++++++- > app/test-pmd/testpmd.c | 5 +- > app/test-pmd/testpmd.h | 34 ++- > app/test-pmd/util.c | 35 ++- > doc/guides/prog_guide/rte_flow.rst | 81 +++++++ > doc/guides/rel_notes/release_20_11.rst | 10 + > doc/guides/testpmd_app_ug/testpmd_funcs.rst | 49 ++++ > lib/librte_ethdev/rte_ethdev_version.map | 5 + > lib/librte_ethdev/rte_flow.c | 140 ++++++++++- > lib/librte_ethdev/rte_flow.h | 195 +++++++++++++++ > lib/librte_ethdev/rte_flow_driver.h | 32 +++ > 12 files changed, 989 insertions(+), 19 deletions(-) >
On 10/16/2020 2:19 PM, Ferruh Yigit wrote: > On 10/16/2020 1:51 PM, Gregory Etelson wrote: >> Tunnel Offload API provides hardware independent, unified model >> to offload tunneled traffic. Key model elements are: >> - apply matches to both outer and inner packet headers >> during entire offload procedure; >> - restore outer header of partially offloaded packet; >> - model is implemented as a set of helper functions. >> >> v2: >> * documentation updates >> * MLX5 PMD implementation for tunnel offload >> * testpmd updates for tunnel offload >> >> v3: >> * documentation updates >> * MLX5 PMD updates >> * testpmd updates >> >> v4: >> * updated patch: allow negative values in flow rule types >> >> v5: >> * rebase to next-net >> >> v6: >> * update tunnel offload API documentation >> >> v7: >> * testpmd: resolve "%lu" differences in ubuntu 32 & 64 >> >> v8: >> * testpmd: use PRIu64 for general cast to uint64_t > > Ahh, I thought build issue solved in v7 already with 'PRIu64' but it seems not. > > I will drop the v7 and get this one. > >> >> Eli Britstein (1): >> ethdev: tunnel offload model >> >> Gregory Etelson (2): >> ethdev: allow negative values in flow rule types >> app/testpmd: add commands for tunnel offload API >> Series applied to dpdk-next-net/main, thanks. (v7 dropped and patchwork status updated)