From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id CEF43728B for ; Fri, 16 Mar 2018 10:54:07 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Mar 2018 02:54:06 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,315,1517904000"; d="scan'208";a="34386751" Received: from irsmsx105.ger.corp.intel.com ([163.33.3.28]) by FMSMGA003.fm.intel.com with ESMTP; 16 Mar 2018 02:54:05 -0700 Received: from irsmsx111.ger.corp.intel.com (10.108.20.4) by irsmsx105.ger.corp.intel.com (163.33.3.28) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 16 Mar 2018 09:54:04 +0000 Received: from irsmsx105.ger.corp.intel.com ([169.254.7.216]) by irsmsx111.ger.corp.intel.com ([169.254.2.167]) with mapi id 14.03.0319.002; Fri, 16 Mar 2018 09:54:04 +0000 From: "Ananyev, Konstantin" To: "Zhang, Qi Z" , "thomas@monjalon.net" CC: "dev@dpdk.org" , "Xing, Beilei" , "Wu, Jingjing" , "Lu, Wenzhuo" Thread-Topic: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred queue setup Thread-Index: AQHTsdzniCAjXGTwQUq3PD1jD08qQaPPvVLQgAD4joCAAKZDgIAAFG6AgAANaACAAKBTgIAAljPg Date: Fri, 16 Mar 2018 09:54:03 +0000 Message-ID: <2601191342CEEE43887BDE71AB977258A0AB09AC@irsmsx105.ger.corp.intel.com> References: <20180212045314.171616-1-qi.z.zhang@intel.com> <20180302041306.90324-1-qi.z.zhang@intel.com> <20180302041306.90324-5-qi.z.zhang@intel.com> <2601191342CEEE43887BDE71AB9772589E28FA78@irsmsx105.ger.corp.intel.com> <039ED4275CED7440929022BC67E706115316DF28@SHSMSX103.ccr.corp.intel.com> <2601191342CEEE43887BDE71AB9772589E290215@irsmsx105.ger.corp.intel.com> <039ED4275CED7440929022BC67E706115316E22A@SHSMSX103.ccr.corp.intel.com> <2601191342CEEE43887BDE71AB9772589E2902C2@irsmsx105.ger.corp.intel.com> <039ED4275CED7440929022BC67E706115316E439@SHSMSX103.ccr.corp.intel.com> In-Reply-To: <039ED4275CED7440929022BC67E706115316E439@SHSMSX103.ccr.corp.intel.com> Accept-Language: en-IE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZDIyYmNlMzgtNWExMS00MWFhLTg5OWQtODEzMTM1YTEwNzcwIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjUuOS4zIiwiVHJ1c3RlZExhYmVsSGFzaCI6IjRsczB0OWhKNXN1TGdyVURreFNSdzg0YVJOajRITVNkZG96RkJZZ3JLSlk9In0= x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action x-originating-ip: [163.33.239.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred queue setup 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: Fri, 16 Mar 2018 09:54:08 -0000 > -----Original Message----- > From: Zhang, Qi Z > Sent: Friday, March 16, 2018 12:52 AM > To: Ananyev, Konstantin ; thomas@monjalon.n= et > Cc: dev@dpdk.org; Xing, Beilei ; Wu, Jingjing ; Lu, Wenzhuo > Subject: RE: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred queue se= tup >=20 >=20 >=20 > > -----Original Message----- > > From: Ananyev, Konstantin > > Sent: Thursday, March 15, 2018 11:22 PM > > To: Zhang, Qi Z ; thomas@monjalon.net > > Cc: dev@dpdk.org; Xing, Beilei ; Wu, Jingjing > > ; Lu, Wenzhuo > > Subject: RE: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred queue > > setup > > > > > > > > > -----Original Message----- > > > From: Zhang, Qi Z > > > Sent: Thursday, March 15, 2018 2:30 PM > > > To: Ananyev, Konstantin ; > > > thomas@monjalon.net > > > Cc: dev@dpdk.org; Xing, Beilei ; Wu, Jingjing > > > ; Lu, Wenzhuo > > > Subject: RE: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred queu= e > > > setup > > > > > > > > > > > > > -----Original Message----- > > > > From: Ananyev, Konstantin > > > > Sent: Thursday, March 15, 2018 9:23 PM > > > > To: Zhang, Qi Z ; thomas@monjalon.net > > > > Cc: dev@dpdk.org; Xing, Beilei ; Wu, Jingjin= g > > > > ; Lu, Wenzhuo > > > > Subject: RE: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred > > > > queue setup > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Zhang, Qi Z > > > > > Sent: Thursday, March 15, 2018 3:22 AM > > > > > To: Ananyev, Konstantin ; > > > > > thomas@monjalon.net > > > > > Cc: dev@dpdk.org; Xing, Beilei ; Wu, > > > > > Jingjing ; Lu, Wenzhuo > > > > > > > > > > Subject: RE: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred > > > > > queue setup > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: Ananyev, Konstantin > > > > > > Sent: Wednesday, March 14, 2018 8:36 PM > > > > > > To: Zhang, Qi Z ; thomas@monjalon.net > > > > > > Cc: dev@dpdk.org; Xing, Beilei ; Wu, > > > > > > Jingjing ; Lu, Wenzhuo > > > > > > ; Zhang, Qi Z > > > > > > Subject: RE: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferre= d > > > > > > queue setup > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Qi Zhang > > > > > > > Sent: Friday, March 2, 2018 4:13 AM > > > > > > > To: thomas@monjalon.net > > > > > > > Cc: dev@dpdk.org; Xing, Beilei ; Wu, > > > > > > > Jingjing ; Lu, Wenzhuo > > > > > > > ; Zhang, > > > > > > Qi > > > > > > > Z > > > > > > > Subject: [dpdk-dev] [PATCH v2 4/4] net/i40e: enable deferred > > > > > > > queue setup > > > > > > > > > > > > > > Expose the deferred queue configuration capability and enhanc= e > > > > > > > i40e_dev_[rx|tx]_queue_[setup|release] to handle the situatio= n > > > > > > > when device already started. > > > > > > > > > > > > > > Signed-off-by: Qi Zhang > > > > > > > --- > > > > > > > drivers/net/i40e/i40e_ethdev.c | 6 ++++ > > > > > > > drivers/net/i40e/i40e_rxtx.c | 62 > > > > > > ++++++++++++++++++++++++++++++++++++++++-- > > > > > > > 2 files changed, 66 insertions(+), 2 deletions(-) > > > > > > > > > > > > > > diff --git a/drivers/net/i40e/i40e_ethdev.c > > > > > > > b/drivers/net/i40e/i40e_ethdev.c index 06b0f03a1..843a0c42a > > > > > > > 100644 > > > > > > > --- a/drivers/net/i40e/i40e_ethdev.c > > > > > > > +++ b/drivers/net/i40e/i40e_ethdev.c > > > > > > > @@ -3195,6 +3195,12 @@ i40e_dev_info_get(struct rte_eth_dev > > > > *dev, > > > > > > struct rte_eth_dev_info *dev_info) > > > > > > > DEV_TX_OFFLOAD_GRE_TNL_TSO | > > > > > > > DEV_TX_OFFLOAD_IPIP_TNL_TSO | > > > > > > > DEV_TX_OFFLOAD_GENEVE_TNL_TSO; > > > > > > > + dev_info->deferred_queue_config_capa =3D > > > > > > > + DEV_DEFERRED_RX_QUEUE_SETUP | > > > > > > > + DEV_DEFERRED_TX_QUEUE_SETUP | > > > > > > > + DEV_DEFERRED_RX_QUEUE_RELEASE | > > > > > > > + DEV_DEFERRED_TX_QUEUE_RELEASE; > > > > > > > + > > > > > > > dev_info->hash_key_size =3D (I40E_PFQF_HKEY_MAX_INDEX + > > 1) * > > > > > > > sizeof(uint32_t); > > > > > > > dev_info->reta_size =3D pf->hash_lut_size; diff --git > > > > > > > a/drivers/net/i40e/i40e_rxtx.c b/drivers/net/i40e/i40e_rxtx.c > > > > > > > index > > > > > > > 1217e5a61..e5f532cf7 100644 > > > > > > > --- a/drivers/net/i40e/i40e_rxtx.c > > > > > > > +++ b/drivers/net/i40e/i40e_rxtx.c > > > > > > > @@ -1712,6 +1712,7 @@ i40e_dev_rx_queue_setup(struct > > > > rte_eth_dev > > > > > > *dev, > > > > > > > uint16_t len, i; > > > > > > > uint16_t reg_idx, base, bsf, tc_mapping; > > > > > > > int q_offset, use_def_burst_func =3D 1; > > > > > > > + int ret =3D 0; > > > > > > > > > > > > > > if (hw->mac.type =3D=3D I40E_MAC_VF || hw->mac.type =3D=3D > > > > > > I40E_MAC_X722_VF) { > > > > > > > vf =3D > > I40EVF_DEV_PRIVATE_TO_VF(dev->data->dev_private); > > > > > > > @@ -1841,6 +1842,25 @@ i40e_dev_rx_queue_setup(struct > > > > rte_eth_dev > > > > > > *dev, > > > > > > > rxq->dcb_tc =3D i; > > > > > > > } > > > > > > > > > > > > > > + if (dev->data->dev_started) { > > > > > > > + ret =3D i40e_rx_queue_init(rxq); > > > > > > > + if (ret !=3D I40E_SUCCESS) { > > > > > > > + PMD_DRV_LOG(ERR, > > > > > > > + "Failed to do RX queue initialization"); > > > > > > > + return ret; > > > > > > > + } > > > > > > > + if (ad->rx_vec_allowed) > > > > > > > > > > > > Better to check what rx function is installed right now. > > > > > Yes, it should be fixed, need to return fail if any conflict > > > > > > > > > > > > > + i40e_rxq_vec_setup(rxq); > > > > > > > + if (!rxq->rx_deferred_start) { > > > > > > > + ret =3D i40e_dev_rx_queue_start(dev, queue_idx); > > > > > > > > > > > > I don't think it is a good idea to start/stop queue inside > > > > > > queue_setup/queue_release. > > > > > > There is special API (queue_start/queue_stop) to do this. > > > > > > > > > > The idea is if dev already started, the queue is supposed to be > > > > > started > > > > automatically after queue_setup. > > > > > > > > Why is that? > > > Because device is already started, its like a running conveyor belt, = anything > > you put or replace on it just moves automatically. > > > > Why is that? :) > > You do break existing behavior. > > Right now it possible to do: > > queue_setup(); queue_setup(); > > for the same queue. > > With you patch is not any more > Why not? > I think with my patch, > It assumes we can run below scenario on the same queue. > (note, I assume queue_stop/start has been moved from i40e to ethedev laye= r already.) > queue_setup + queue_setup + dev_start + queue_setup + queue_setup, Because you can't do queue_setup() on already started queue. So if you do start() inside setup() second setup() should fail. > queue_stop/start are handled inside queue_setup automatically after dev_s= tarted? Again - I don't see any advantages to change existing API behavior and intr= oduce implicit start/stop inside setup. It only introduce extra confusion for the users. So I still think we better keep existing behavior. Konstantin > . > > And I don't see an good reason to break existing behavior. > > What is the advantage of implicit call queue_start() implicitly from th= e > > queue_setup()/? > > Konstantin > > > > > > > > > Might be user doesn't want to start queue, might be he only wants t= o > > > > start it. > > > Use deferred_start_flag, > > > > Might be he would need to call queue_setup() once again later befor= e > > > > starting it - based on some logic? > > > Dev_ops->queue_stop will be called first before dev_ops->queue_setup = in > > rte_eth_rx|tx_queue_setup, if a queue is running. > > > > > > > > > > > > > If the user wants to setup and start the queue immediately he can a= lways > > do: > > > > > > > > rc =3D queue_setup(...); > > > > if (rc =3D=3D 0) > > > > queue_start(...); > > > > > > application no need to call queue_start explicitly in this case. > > > > > > > > > > > We have a pretty well defined API here let's keep it like that. > > > > Konstantin