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 E73AE2A58; Wed, 5 Jul 2017 11:32:36 +0200 (CEST) Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jul 2017 02:32:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.40,311,1496127600"; d="scan'208";a="121005081" Received: from irsmsx153.ger.corp.intel.com ([163.33.192.75]) by orsmga005.jf.intel.com with ESMTP; 05 Jul 2017 02:32:34 -0700 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.133]) by IRSMSX153.ger.corp.intel.com ([169.254.9.74]) with mapi id 14.03.0319.002; Wed, 5 Jul 2017 10:32:33 +0100 From: "Dumitrescu, Cristian" To: Thomas Monjalon CC: "dev@dpdk.org" , "Singh, Jasvinder" , "Yigit, Ferruh" , "hemant.agrawal@nxp.com" , "Jerin.JacobKollanukkaran@cavium.com" , "Lu, Wenzhuo" , "techboard@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH 0/2] net/softnic: sw fall-back for traffic management Thread-Index: AQHS1kofzek5gL8jNEei9E7E7OP6yqIZeFGAgAGII1CAAAEygIAAJaIAgAAAnwCAABT/wIApRdSAgACzAsA= Date: Wed, 5 Jul 2017 09:32:33 +0000 Message-ID: <3EB4FA525960D640B5BDFFD6A3D891267BA794E8@IRSMSX108.ger.corp.intel.com> References: <20170526181149.44085-1-jasvinder.singh@intel.com> <1855073.SEfz2U5OaA@xps> <3EB4FA525960D640B5BDFFD6A3D891267BA66BEB@IRSMSX108.ger.corp.intel.com> <2992148.u9bnyqStKL@xps> In-Reply-To: <2992148.u9bnyqStKL@xps> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiODkyZTExMDgtMDBlMy00MDY2LWJjODYtOGZlMmIzYmJiNmY3IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjUuOS4zIiwiVHJ1c3RlZExhYmVsSGFzaCI6InN6NjhKTHdwSXVLelJkNzBVNlI0UFh5aHhJQXQxVFI2UVwvNE1yakR4VjBnPSJ9 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: Wed, 05 Jul 2017 09:32:37 -0000 > -----Original Message----- > From: Thomas Monjalon [mailto:thomas@monjalon.net] > Sent: Wednesday, July 5, 2017 12:48 AM > To: Dumitrescu, Cristian > Cc: dev@dpdk.org; Singh, Jasvinder ; Yigit, > Ferruh ; hemant.agrawal@nxp.com; > Jerin.JacobKollanukkaran@cavium.com; Lu, Wenzhuo > ; techboard@dpdk.org > Subject: Re: [dpdk-dev] [PATCH 0/2] net/softnic: sw fall-back for traffic > management >=20 > 08/06/2017 18:43, Dumitrescu, Cristian: > > ... > > > > > > 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 > > > > > > > What you might be missing is the observation that the approach you're > describing requires changing each and every PMD. The changes are also > intrusive: need to change the ops that need the SW fall-back patching, al= so > need to change the private data of each PMD (as assigned to the opaque > dev->data->dev_private) to add the context data needed by the patched > ops. Therefore, this approach is a no-go. > > > > We are looking for a generic approach that can gracefully and transpare= ntly > work with any PMD. >=20 > Nobody is participating in this discussion. > Can we discuss how to proceed in the technical board meeting? Hi Thomas, We are working to finalize a new version of the Soft NIC PMD which has a mu= ch simplified/straightforward design (we'll explain in the cover letter). W= e expect to send it in the next few days, hopefully we can target RC2. I propose you take another look at this version and then decide if we need = TB involvement or not? Regards, Cristian