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 E2428A04DB; Fri, 16 Oct 2020 16:21:07 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id C77FF1EF3C; Fri, 16 Oct 2020 16:21:06 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id E1B721EF36 for ; Fri, 16 Oct 2020 16:21:03 +0200 (CEST) IronPort-SDR: KspaSb5E9MgwES3daRpPs243Wg6ZY2nevxP+Qn4dPdZYOgh8RHlQAq6eqVeAmWtWHMn+cDs9tj iSfK8moan1vw== X-IronPort-AV: E=McAfee;i="6000,8403,9775"; a="230809564" X-IronPort-AV: E=Sophos;i="5.77,383,1596524400"; d="scan'208";a="230809564" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2020 07:21:01 -0700 IronPort-SDR: NaxczF9YvQopPwzzVnVxouWRpEJy+aPXyTEiRKGyUTZ9qNO5MnncBkfL4waRaJyv4p2oyHNMK5 xJ+GAqRrItqg== X-IronPort-AV: E=Sophos;i="5.77,383,1596524400"; d="scan'208";a="531736708" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.252.19.66]) ([10.252.19.66]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2020 07:20:59 -0700 From: Ferruh Yigit To: Gregory Etelson , dev@dpdk.org Cc: matan@nvidia.com, rasland@nvidia.com, elibr@nvidia.com, ozsh@nvidia.com, asafp@nvidia.com References: <20200625160348.26220-1-getelson@mellanox.com> <20201016125108.22997-1-getelson@nvidia.com> <64ff74bf-cf4c-2351-e3b0-2985172ace15@intel.com> Message-ID: Date: Fri, 16 Oct 2020 15:20:57 +0100 MIME-Version: 1.0 In-Reply-To: <64ff74bf-cf4c-2351-e3b0-2985172ace15@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 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)