From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Doherty, Declan" Subject: Re: [PATCH v4 0/6] additions to support tunnel encap/decap Date: Mon, 23 Apr 2018 12:13:57 +0100 Message-ID: References: <1523017443-12414-1-git-send-email-declan.doherty@intel.com> <20180418210423.13847-1-declan.doherty@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 To: Shahaf Shuler , "dev@dpdk.org" 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) In-Reply-To: Content-Language: en-US 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 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.