From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Iremonger, Bernard" Subject: Re: [PATCH] app/testpmd: fix DCB config issue on ixgbe Date: Wed, 24 Aug 2016 15:21:47 +0000 Message-ID: <8CEF83825BEC744B83065625E567D7C21A06A573@IRSMSX108.ger.corp.intel.com> References: <1470374429-14848-1-git-send-email-wenzhuo.lu@intel.com> <8CEF83825BEC744B83065625E567D7C21A06A32E@IRSMSX108.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Cc: "De Lara Guarch, Pablo" , "Lu, Wenzhuo" To: "Iremonger, Bernard" , "Lu, Wenzhuo" , "dev@dpdk.org" Return-path: Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 4C2E4567B for ; Wed, 24 Aug 2016 17:21:50 +0200 (CEST) In-Reply-To: <8CEF83825BEC744B83065625E567D7C21A06A32E@IRSMSX108.ger.corp.intel.com> Content-Language: en-US List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Wenzhuo, > > Subject: [dpdk-dev] [PATCH] app/testpmd: fix DCB config issue on ixgbe > > > > An issue is found that DCB cannot be configured on ixgbe NICs. It's > > said the TX queue number is not right. > > On ixgbe the max TX queue number is not fixed, it depends on the > > multi- queue mode. > > > > This patch adds the device configuration before getting info in the > > DCB configuration process. So the right info can be got depending on > > the configuration. > > > > Fixes: 96c0450dff86 (ixgbe: fix dropping packets from unsupported Tx > > queues) As the fix in this patch is to testpmd, I don't think the fixes line is cor= rect. > > Signed-off-by: Wenzhuo Lu > > --- > > app/test-pmd/testpmd.c | 39 +++++++++++++++++++++------------------ > > 1 file changed, 21 insertions(+), 18 deletions(-) > > > > diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c index > > 1428974..ba41bea 100644 > > --- a/app/test-pmd/testpmd.c > > +++ b/app/test-pmd/testpmd.c > > @@ -1962,17 +1962,30 @@ init_port_dcb_config(portid_t pid, > > uint8_t pfc_en) > > { > > struct rte_eth_conf port_conf; > > - struct rte_eth_dev_info dev_info; > > struct rte_port *rte_port; > > int retval; > > uint16_t i; > > > > - rte_eth_dev_info_get(pid, &dev_info); > > + rte_port =3D &ports[pid]; > > + > > + memset(&port_conf, 0, sizeof(struct rte_eth_conf)); > > + /* Enter DCB configuration status */ > > + dcb_config =3D 1; > > + > > + /*set configuration of DCB in vt mode and DCB in non-vt mode*/ > > + retval =3D get_eth_dcb_conf(&port_conf, dcb_mode, num_tcs, > > pfc_en); > > + if (retval < 0) > > + return retval; > > + port_conf.rxmode.hw_vlan_filter =3D 1; > > + > > + (void)rte_eth_dev_configure(pid, 0, 0, &port_conf); >=20 > The return value of rte_eth_dev_configure() should be checked. > Calling rte_eth_dev_configure() with parameters nb_rx_q and nb_tx_q > equal to 0 returns -EINVAL, and does nothing. > Should the values of nb_rx_q and nb_tx_q be non zero? The call to rte_eth_dev_configure() may not be necessary, as it is also cal= led when the port is started. =20 > > + rte_eth_dev_info_get(pid, &rte_port->dev_info); > > > > /* If dev_info.vmdq_pool_base is greater than 0, > > * the queue id of vmdq pools is started after pf queues. > > */ > > - if (dcb_mode =3D=3D DCB_VT_ENABLED && dev_info.vmdq_pool_base > > > 0) { > > + if (dcb_mode =3D=3D DCB_VT_ENABLED && > > + rte_port->dev_info.vmdq_pool_base > 0) { > > printf("VMDQ_DCB multi-queue mode is nonsensical" > > " for port %d.", pid); > > return -1; > > @@ -1982,13 +1995,13 @@ init_port_dcb_config(portid_t pid, > > * and has the same number of rxq and txq in dcb mode > > */ > > if (dcb_mode =3D=3D DCB_VT_ENABLED) { > > - nb_rxq =3D dev_info.max_rx_queues; > > - nb_txq =3D dev_info.max_tx_queues; > > + nb_rxq =3D rte_port->dev_info.max_rx_queues; > > + nb_txq =3D rte_port->dev_info.max_tx_queues; If nb_rxq and nb_txq are set to max_rx_queues and max_tx_queues respectivel= y, there is a failure when the port is started in ixgbe_check_mq_mode() at = line 1990 in ixgbe_ethdev.c. SRIOV is active, nb_rx_q=3D128 nb_tx_q=3D128 queue number must be less than= or equal to 1. nb_rxq and nb_txq are equal to 1 at this point, if they are not changed, po= rt start completes successfully. =20 > > } else { > > /*if vt is disabled, use all pf queues */ > > - if (dev_info.vmdq_pool_base =3D=3D 0) { > > - nb_rxq =3D dev_info.max_rx_queues; > > - nb_txq =3D dev_info.max_tx_queues; > > + if (rte_port->dev_info.vmdq_pool_base =3D=3D 0) { > > + nb_rxq =3D rte_port->dev_info.max_rx_queues; > > + nb_txq =3D rte_port->dev_info.max_tx_queues; > > } else { > > nb_rxq =3D (queueid_t)num_tcs; > > nb_txq =3D (queueid_t)num_tcs; > > @@ -1997,16 +2010,6 @@ init_port_dcb_config(portid_t pid, > > } > > rx_free_thresh =3D 64; > > > > - memset(&port_conf, 0, sizeof(struct rte_eth_conf)); > > - /* Enter DCB configuration status */ > > - dcb_config =3D 1; > > - > > - /*set configuration of DCB in vt mode and DCB in non-vt mode*/ > > - retval =3D get_eth_dcb_conf(&port_conf, dcb_mode, num_tcs, > > pfc_en); > > - if (retval < 0) > > - return retval; > > - > > - rte_port =3D &ports[pid]; > > memcpy(&rte_port->dev_conf, &port_conf, sizeof(struct > > rte_eth_conf)); > > > > rxtx_port_config(rte_port); > > -- > > 1.9.3 Regards, Bernard