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 F0F0FA04B1; Mon, 5 Oct 2020 15:12:02 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 885B61B9EE; Mon, 5 Oct 2020 15:12:01 +0200 (CEST) Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id D5B601B872 for ; Mon, 5 Oct 2020 15:11:59 +0200 (CEST) IronPort-SDR: MS2t21tz7hEpTfN8d46oS1P58f+oxfK1GiodJBtTsoewyI6bfd9B0xWd9bu0w+DUyUdWCZOVgS 8g6Zbifaf6mQ== X-IronPort-AV: E=McAfee;i="6000,8403,9764"; a="248215588" X-IronPort-AV: E=Sophos;i="5.77,338,1596524400"; d="scan'208";a="248215588" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Oct 2020 06:10:33 -0700 IronPort-SDR: iMNZuf2ZPZT8oMi4YrEYPsgBc1KSLULE4iEr+ZXoSYfZL1bUcC6qkpYRoO1SWauK24Eu5P/8+h ilmRihtfuhow== X-IronPort-AV: E=Sophos;i="5.77,338,1596524400"; d="scan'208";a="525611976" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.213.225.105]) ([10.213.225.105]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Oct 2020 06:10:28 -0700 To: Shiri Kuzin , "dev@dpdk.org" Cc: Slava Ovsiienko , NBU-Contact-Adrien Mazarguil , Raslan Darawsheh References: <1599118768-13265-1-git-send-email-shirik@nvidia.com> From: Ferruh Yigit Message-ID: Date: Mon, 5 Oct 2020 14:10:25 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [RFC v2] ethdev: introduce GENEVE header extension item 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/5/2020 1:44 PM, Shiri Kuzin wrote: > Hi Ferruh, > Due to many changes in ethdev in this release and since this feature has lower priority, it was decided to postpone it for now. > We will consider having it as part of 21.02 release, I will send the new version then. > Hi Shiri, Thanks for the heads up. Please update the patchwork status accordingly. Thanks, ferruh >> -----Original Message----- >> From: Ferruh Yigit >> Sent: Thursday, October 1, 2020 7:26 PM >> To: Shiri Kuzin ; dev@dpdk.org >> Cc: Slava Ovsiienko ; NBU-Contact-Adrien >> Mazarguil ; Raslan Darawsheh >> >> Subject: Re: [dpdk-dev] [RFC v2] ethdev: introduce GENEVE header >> extension item >> >> On 9/3/2020 8:39 AM, Shiri Kuzin wrote: >>> The Geneve tunneling protocol is designed to allow the user to specify >>> some data context on the packet. >>> The header extension options is the mean intended to present the user >>> data. These ones are implemented in TLV (Type-Length-Value) fashion, >>> in order to support these Geneve protocol feature we will introduce >>> the new item “rte_flow_item_geneve_option” >>> >>> The support for new item will be added to testpmd and include values >>> and masks for the fields: >>> - class >>> - type >>> - data length >>> - data itself >>> >>> The usage example: >>> >>> "flow create 0 ingress pattern ipv4 / udp / geneve / geneve_opt class >>> is 102 type is 80 type mask ff data is 10002 data mask is 7fffffff / >>> end actions drop / end " >>> >>> New item will be added to testpmd to support raw encap/decap action. >>> >>> Signed-off-by: Shiri Kuzin >> >> Hi Shiri, >> >> Will there be a new version of the patch addressing the comments to >> previous >> version: >> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Finbox >> .dpdk.org%2Fdev%2FMN2PR12MB42860D5ECF69BD6C78CECBF6D6200%40M >> N2PR12MB4286.namprd12.prod.outlook.com%2F&data=02%7C01%7Cs >> hirik%40nvidia.com%7C467088ec8f354be6cc5208d86626d731%7C43083d1572 >> 7340c1b7db39efd9ccc17a%7C0%7C0%7C637371664295102959&sdata=QE >> %2B0PQMqegeLmmtrMFz1FkV%2Fl%2FBMSOVRq5gcbtO6Z78%3D&res >> erved=0 >