From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by dpdk.org (Postfix) with ESMTP id 711FB235 for ; Mon, 23 Apr 2018 13:14:05 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Apr 2018 04:14:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,318,1520924400"; d="scan'208";a="33945798" Received: from dwdohert-mobl.ger.corp.intel.com (HELO [163.33.228.206]) ([163.33.228.206]) by fmsmga007.fm.intel.com with ESMTP; 23 Apr 2018 04:13:59 -0700 To: Shahaf Shuler , "dev@dpdk.org" Cc: Alex Rosenbaum , Ferruh Yigit , Thomas Monjalon , Qi Zhang , Alejandro Lucero , Andrew Rybchenko , Mohammad Abdul Awal , Remy Horton , John McNamara , Rony Efraim , Jingjing Wu , Wenzhuo Lu , Vincent Jardin , Yuanhan Liu , Bruce Richardson , Konstantin Ananyev , Zhihong Wang References: <1523017443-12414-1-git-send-email-declan.doherty@intel.com> <20180418210423.13847-1-declan.doherty@intel.com> From: "Doherty, Declan" Message-ID: Date: Mon, 23 Apr 2018 12:13:57 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v4 0/6] additions to support tunnel encap/decap 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, 23 Apr 2018 11:14:06 -0000 On 23/04/2018 12:11 PM, Shahaf Shuler wrote: > Hi Declan, > > > Thursday, April 19, 2018 12:04 AM, Declan Doherty: >> ; Declan Doherty >> Subject: [dpdk-dev][PATCH v4 0/6] additions to support tunnel encap/decap >> >> This patchset contains the revised proposal to manage virtual tunnel >> endpoints hardware accleration based on community feedback on RFC >> >> (https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdp >> dk.org%2Fml%2Farchives%2Fdev%2F2017- >> December%2F084676.html&data=02%7C01%7Cshahafs%40mellanox.com%7 >> C543d0b7cb2ed4d382b3908d5a5713a52%7Ca652971c7d2e4d9ba6a4d149256f4 >> 61b%7C0%7C0%7C636596828115384315&sdata=FgEiWJxF9zpA6NwsE1a22W6 >> V0Bz1NH6rzXfJYvpxIj0%3D&reserved=0). This >> >> proposal is purely enabled through rte_flow APIs with the additions of some >> new features which were previously implemented by the proposed rte_tep >> APIs which were proposed in the original RFC. This patchset ultimately aims >> to enable the configuration of inline data path encapsulation and >> decapsulation of tunnel endpoint network overlays on accelerated IO >> devices. > > This series is very important one to provide the means for full vswitch offload. > > Besides Adrien's comments (and my small ones), the patchset looks good. > Do you plan to send new version soon? > Hopefully within the next 2 hours, I'm just finishing up addressing the last couple of comments.