From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 0D0F3A04DB; Wed, 14 Oct 2020 19:25:33 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id D484D1DAC0; Wed, 14 Oct 2020 19:25:31 +0200 (CEST) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 6A8EB1DABE for ; Wed, 14 Oct 2020 19:25:29 +0200 (CEST) IronPort-SDR: NXv9HSV0xYy7zrNBdMNCudFFG2ku4QoG6psWdJS0Y1HIrjgyIGd8bOhdU7KpgsBi+Z+mAzXL2U DhCWB/fl7JZA== X-IronPort-AV: E=McAfee;i="6000,8403,9774"; a="227791922" X-IronPort-AV: E=Sophos;i="5.77,375,1596524400"; d="scan'208";a="227791922" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2020 10:25:27 -0700 IronPort-SDR: 74jgIOFlkVi/QfjEXqwc7QHeIO48Ul6jadYHB6IhZjxWHTF4Tjd5hKdx8mYqGy+3AU6U5YmAMZ 5kJYXq+X2NJw== X-IronPort-AV: E=Sophos;i="5.77,375,1596524400"; d="scan'208";a="463960425" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.213.212.224]) ([10.213.212.224]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2020 10:25:25 -0700 To: Gregory Etelson , dev@dpdk.org Cc: matan@nvidia.com, rasland@nvidia.com, elibr@nvidia.com, ozsh@nvidia.com, ajit.khaparde@broadcom.com References: <20200625160348.26220-1-getelson@mellanox.com> <20201004135040.10307-1-getelson@nvidia.com> From: Ferruh Yigit Message-ID: <161f255b-05b8-ed8a-e4a0-197a1ff0379e@intel.com> Date: Wed, 14 Oct 2020 18:25:24 +0100 MIME-Version: 1.0 In-Reply-To: <20201004135040.10307-1-getelson@nvidia.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH v4 0/4] Tunnel Offload API 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 10/4/2020 2:50 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 > > > Eli Britstein (1): > ethdev: tunnel offload model > > Gregory Etelson (3): > ethdev: allow negative values in flow rule types > net/mlx5: implement tunnel offload API > app/testpmd: add commands for tunnel offload API > Hi Gregory, If there is no more discussion results you are waiting, can you please rebase your patch on top of latest next-net?