From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id B246316E for ; Wed, 2 May 2018 10:25:00 +0200 (CEST) X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 May 2018 01:24:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,354,1520924400"; d="scan'208";a="225084308" Received: from bricha3-mobl.ger.corp.intel.com ([10.237.221.51]) by fmsmga006.fm.intel.com with SMTP; 02 May 2018 01:24:56 -0700 Received: by (sSMTP sendmail emulation); Wed, 02 May 2018 09:24:52 +0100 Date: Wed, 2 May 2018 09:24:52 +0100 From: Bruce Richardson To: "Ananyev, Konstantin" Cc: "Xing, Beilei" , "Zhang, Qi Z" , "dev@dpdk.org" , "Yigit, Ferruh" Message-ID: <20180502082451.GA94280@bricha3-MOBL.ger.corp.intel.com> References: <20180501130309.39444-1-bruce.richardson@intel.com> <20180501141354.13935-1-bruce.richardson@intel.com> <2601191342CEEE43887BDE71AB977258AEDC109B@irsmsx105.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2601191342CEEE43887BDE71AB977258AEDC109B@irsmsx105.ger.corp.intel.com> Organization: Intel Research and Development Ireland Ltd. User-Agent: Mutt/1.9.4 (2018-02-28) Subject: Re: [dpdk-dev] [PATCH v2] net/i40e: fix Tx fn selection when using new ethdev offloads 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, 02 May 2018 08:25:01 -0000 On Tue, May 01, 2018 at 06:52:18PM +0100, Ananyev, Konstantin wrote: > > > > -----Original Message----- > > From: Richardson, Bruce > > Sent: Tuesday, May 1, 2018 3:14 PM > > To: Xing, Beilei ; Zhang, Qi Z > > Cc: dev@dpdk.org; Yigit, Ferruh ; Ananyev, Konstantin ; Richardson, > > Bruce > > Subject: [PATCH v2] net/i40e: fix Tx fn selection when using new ethdev offloads > > > > The Tx function selection code in the driver only used the older txq > > flags values to check whether the scalar or vector functions should be > > used. This caused performance regressions with testpmd io-fwd as the > > scalar path rather than the vector one was being used in the default > > case. Fix this by changing the code to take account of new offloads and > > deleting the defines used for the old ones. > > > > Fixes: 7497d3e2f777 ("net/i40e: convert to new Tx offloads API") > > > > Signed-off-by: Bruce Richardson > > --- > > drivers/net/i40e/i40e_rxtx.c | 39 ++++++++++++++++++--------------------- > > 1 file changed, 18 insertions(+), 21 deletions(-) > > > > diff --git a/drivers/net/i40e/i40e_rxtx.c b/drivers/net/i40e/i40e_rxtx.c > > index ec1ce54ca..006f5b846 100644 > > --- a/drivers/net/i40e/i40e_rxtx.c > > +++ b/drivers/net/i40e/i40e_rxtx.c > > @@ -40,9 +40,6 @@ > > /* Base address of the HW descriptor ring should be 128B aligned. */ > > #define I40E_RING_BASE_ALIGN 128 > > > > -#define I40E_SIMPLE_FLAGS ((uint32_t)ETH_TXQ_FLAGS_NOMULTSEGS | \ > > - ETH_TXQ_FLAGS_NOOFFLOADS) > > - > > #define I40E_TXD_CMD (I40E_TX_DESC_CMD_EOP | I40E_TX_DESC_CMD_RS) > > > > #ifdef RTE_LIBRTE_IEEE1588 > > @@ -2108,11 +2105,9 @@ i40e_dev_tx_queue_setup_runtime(struct rte_eth_dev *dev, > > dev->data->nb_tx_queues)) { > > /** > > * If it is the first queue to setup, > > - * set all flags to default and call > > + * set all flags and call > > * i40e_set_tx_function. > > */ > > - ad->tx_simple_allowed = true; > > - ad->tx_vec_allowed = true; > > i40e_set_tx_function_flag(dev, txq); > > i40e_set_tx_function(dev); > > return 0; > > @@ -2128,9 +2123,8 @@ i40e_dev_tx_queue_setup_runtime(struct rte_eth_dev *dev, > > } > > /* check simple tx conflict */ > > if (ad->tx_simple_allowed) { > > - if (((txq->txq_flags & I40E_SIMPLE_FLAGS) != > > - I40E_SIMPLE_FLAGS) || > > - txq->tx_rs_thresh < RTE_PMD_I40E_TX_MAX_BURST) { > > + if (txq->offloads != 0 || > > + txq->tx_rs_thresh < RTE_PMD_I40E_TX_MAX_BURST) { > > PMD_DRV_LOG(ERR, "No-simple tx is required."); > > return -EINVAL; > > } > > @@ -3080,18 +3074,21 @@ i40e_set_tx_function_flag(struct rte_eth_dev *dev, struct i40e_tx_queue *txq) > > I40E_DEV_PRIVATE_TO_ADAPTER(dev->data->dev_private); > > > > /* Use a simple Tx queue (no offloads, no multi segs) if possible */ > > - if (((txq->txq_flags & I40E_SIMPLE_FLAGS) == I40E_SIMPLE_FLAGS) > > - && (txq->tx_rs_thresh >= RTE_PMD_I40E_TX_MAX_BURST)) { > > - if (txq->tx_rs_thresh <= RTE_I40E_TX_MAX_FREE_BUF_SZ) { > > - PMD_INIT_LOG(DEBUG, "Vector tx" > > - " can be enabled on this txq."); > > - > > - } else { > > - ad->tx_vec_allowed = false; > > - } > > - } else { > > - ad->tx_simple_allowed = false; > > - } > > + ad->tx_simple_allowed = (txq->offloads == 0 && > > + txq->tx_rs_thresh >= RTE_PMD_I40E_TX_MAX_BURST); > > Actually after another thought - who setup txq->offloads? > I did a quick scan, through i40e code and seems no one does. > So now it seems not possible to enable TX offloads at all. > Konstantin > > BTW, seems like rxq->offloads are not properly initialised too. > The offloads value should come from the app, no?