From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id D125A11C5 for ; Thu, 8 Jun 2017 18:43:27 +0200 (CEST) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Jun 2017 09:43:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.39,315,1493708400"; d="scan'208";a="978418685" Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by orsmga003.jf.intel.com with ESMTP; 08 Jun 2017 09:43:25 -0700 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.133]) by IRSMSX101.ger.corp.intel.com ([163.33.3.153]) with mapi id 14.03.0319.002; Thu, 8 Jun 2017 17:43:24 +0100 From: "Dumitrescu, Cristian" To: Thomas Monjalon CC: "Singh, Jasvinder" , "dev@dpdk.org" , "Yigit, Ferruh" , "hemant.agrawal@nxp.com" , "Jerin.JacobKollanukkaran@cavium.com" , "Lu, Wenzhuo" Thread-Topic: [dpdk-dev] [PATCH 0/2] net/softnic: sw fall-back for traffic management Thread-Index: AQHS1kofzek5gL8jNEei9E7E7OP6yqIZeFGAgAGII1CAAAEygIAAJaIAgAAAnwCAABT/wA== Date: Thu, 8 Jun 2017 16:43:24 +0000 Message-ID: <3EB4FA525960D640B5BDFFD6A3D891267BA66BEB@IRSMSX108.ger.corp.intel.com> References: <20170526181149.44085-1-jasvinder.singh@intel.com> <1864257.RH1pdGjOGJ@xps> <3EB4FA525960D640B5BDFFD6A3D891267BA66B0B@IRSMSX108.ger.corp.intel.com> <1855073.SEfz2U5OaA@xps> In-Reply-To: <1855073.SEfz2U5OaA@xps> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZDBlNzNkNTAtY2Q2My00MzEzLThiMjItMzc5NzM0ZTBhNDkyIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjUuOS4zIiwiVHJ1c3RlZExhYmVsSGFzaCI6IjVSajNkb2Q0YkhJcW1CQVlqeWV1bmxqWSs1OEQ5akdTRXRIWnNrM3lUbUk9In0= x-ctpclassification: CTP_IC dlp-product: dlpe-windows dlp-version: 10.0.102.7 dlp-reaction: no-action x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH 0/2] net/softnic: sw fall-back for traffic management 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: Thu, 08 Jun 2017 16:43:28 -0000 ... >=20 > I'm sure I'm missing something. > In my understanding, we do not need to change the ops: > - if the device offers the capability, let's call the ops > - else call the software fallback function >=20 What you might be missing is the observation that the approach you're descr= ibing requires changing each and every PMD. The changes are also intrusive:= need to change the ops that need the SW fall-back patching, also need to c= hange the private data of each PMD (as assigned to the opaque dev->data->de= v_private) to add the context data needed by the patched ops. Therefore, th= is approach is a no-go. We are looking for a generic approach that can gracefully and transparently= work with any PMD.