From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jerin Jacob Subject: Re: [PATCH v2 2/2] ethdev: introduce Tx queue offloads API Date: Mon, 11 Sep 2017 14:35:44 +0530 Message-ID: <20170911090543.GA9965@jerin> References: <20170910104827.11da9230@xeon-e3> <20170911062119.GA9342@jerin> <20170911080621.GA15867@jerin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Stephen Hemminger , Thomas Monjalon , "dev@dpdk.org" To: Shahaf Shuler Return-path: Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0041.outbound.protection.outlook.com [104.47.33.41]) by dpdk.org (Postfix) with ESMTP id C5C6E7CB3 for ; Mon, 11 Sep 2017 11:06:06 +0200 (CEST) Content-Disposition: inline In-Reply-To: List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" -----Original Message----- > Date: Mon, 11 Sep 2017 08:46:50 +0000 > From: Shahaf Shuler > To: Jerin Jacob > CC: Stephen Hemminger , Thomas Monjalon > , "dev@dpdk.org" > Subject: RE: [dpdk-dev] [PATCH v2 2/2] ethdev: introduce Tx queue offloads > API > > Monday, September 11, 2017 11:06 AM, Jerin Jacob: > > > > > > I don't understand. > > > From the exact link above, you explicitly say that *you* will move this flags > > once the series is integrated. Quoting: > > > > > > " > > > > Please Jerin, could you work on moving these settings in a new API? > > > > > > Sure. Once the generic code is in place. We are committed to fix the > > > PMDs by 18.02. > > > > Yes. I will take care of the PMD(nicvf) side of the changes. Not in ethdev or > > mempool. Meaning, you need to decide how you are going to expose the > > equivalent of these flags and enable the generic code for those flags in > > ethdev or mempool. The drivers side of changes I can take care. > > > > How about doing it a PMD option? > Seems like nicvf is the only PMD which care about them. Lets take flag by flag: ETH_TXQ_FLAGS_NOMULTMEMP - I think, this should be removed. But we can have common code in ethdev pmd to detect all pool being configured from on the same pool as on the rx_configure() application passes the mempool. ETH_TXQ_FLAGS_NOREFCOUNT: This one has i40e and nicvf consumers. And it is driven by the use case too. So it should available in some form. > > If there will be more PMDs later, we can think about which API is needed. >