From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id A2683A054F; Tue, 16 Mar 2021 13:40:23 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 6181C4069F; Tue, 16 Mar 2021 13:40:23 +0100 (CET) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by mails.dpdk.org (Postfix) with ESMTP id A95C24003D for ; Tue, 16 Mar 2021 13:40:21 +0100 (CET) IronPort-SDR: 9GxHeyxmBfYfTXwJu3YW6Z/UeblRy2tovBsoSfiiY9YzjBdJz37mPOjIjfI8+a/uGxbaC6+Wec tmkBnpCkB2Sg== X-IronPort-AV: E=McAfee;i="6000,8403,9924"; a="189299571" X-IronPort-AV: E=Sophos;i="5.81,251,1610438400"; d="scan'208";a="189299571" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Mar 2021 05:40:17 -0700 IronPort-SDR: +wlbf5AgIetwTre8P2nkEyG8AvJp89uRJgc44NFzkGEGvwErmTIoVuteKDC8ENtADKWv4nBdHC 7uL8g1BJwB0w== X-IronPort-AV: E=Sophos;i="5.81,251,1610438400"; d="scan'208";a="405531577" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.252.11.157]) ([10.252.11.157]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Mar 2021 05:40:16 -0700 To: "Min Hu (Connor)" , dev@dpdk.org References: <1615356985-24722-1-git-send-email-humin29@huawei.com> <1615549872-49720-1-git-send-email-humin29@huawei.com> <1615549872-49720-2-git-send-email-humin29@huawei.com> From: Ferruh Yigit X-User: ferruhy Message-ID: <80c7ed02-5f57-fb39-a5e9-6e7dbdcc3c3d@intel.com> Date: Tue, 16 Mar 2021 12:40:12 +0000 MIME-Version: 1.0 In-Reply-To: <1615549872-49720-2-git-send-email-humin29@huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH v3 1/8] net/hns3: support runtime config to select IO burst func X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 3/12/2021 11:51 AM, Min Hu (Connor) wrote: > From: Chengwen Feng > > Currently, the driver support multiple IO burst function and auto > selection of the most appropriate function based on offload > configuration. > > Most applications such as l2fwd/l3fwd don't provide the means to > change offload configuration, so it will use the auto selection's io > burst function. > > This patch support runtime config to select io burst function, which > add two config: rx_func_hint and tx_func_hint, both could assign > vec/sve/simple/common. > > The driver will use the following rules to select io burst func: > a. if hint equal vec and meet the vec Rx/Tx usage condition then use > the neon function. > b. if hint equal sve and meet the sve Rx/Tx usage condition then use > the sve function. > c. if hint equal simple and meet the simple Rx/Tx usage condition then > use the simple function. > d. if hint equal common then use the common function. > e. if hint not set then: > e.1. if meet the vec Rx/Tx usage condition then use the neon function. > e.2. if meet the simple Rx/Tx usage condition then use the simple > function. > e.3. else use the common function. > > Note: the sve Rx/Tx usage condition based on the vec Rx/Tx usage > condition and runtime environment (which must support SVE). > > In the previous versions, driver will preferred use the sve function > when meet the sve Rx/Tx usage condition, but in this case driver could > get better performance if use the neon function. > > Signed-off-by: Chengwen Feng > Signed-off-by: Min Hu (Connor) > --- > doc/guides/nics/hns3.rst | 20 +++++++++ > doc/guides/rel_notes/release_21_05.rst | 1 + > drivers/net/hns3/hns3_ethdev.c | 77 ++++++++++++++++++++++++++++++++++ > drivers/net/hns3/hns3_ethdev.h | 15 +++++++ > drivers/net/hns3/hns3_ethdev_vf.c | 4 ++ > drivers/net/hns3/hns3_rxtx.c | 54 +++++++++++++++++------- > 6 files changed, 157 insertions(+), 14 deletions(-) > > diff --git a/doc/guides/nics/hns3.rst b/doc/guides/nics/hns3.rst > index 84bd7a3..40d2e3b 100644 > --- a/doc/guides/nics/hns3.rst > +++ b/doc/guides/nics/hns3.rst > @@ -46,6 +46,26 @@ Prerequisites > - Follow the DPDK :ref:`Getting Started Guide for Linux ` to setup the basic DPDK environment. > > > +Runtime Config Options > +---------------------- > + > +- ``rx_func_hint`` (default ``none``) > + > + Used to select Rx burst function, supported value are "vec", "sve", "simple", "common". > + When equal "vec" and meet the vector Rx usage condition then use the neon Rx function. > + When equal "sve" and meet the sve Rx usage condition then use the sve Rx function. > + When equal "simple" and meet the simple Rx usage condition then use the simple Rx function. > + When equal "common" then use the common Rx function. > + > +- ``tx_func_hint`` (default ``none``) > + > + Used to select Tx burst function, supported value are "vec", "sve", "simple", "common". > + When equal "vec" and meet the vector Tx usage condition then use the neon Tx function. > + When equal "sve" and meet the sve Tx usage condition then use the sve Tx function. > + When equal "simple" and meet the simple Tx usage condition then use the simple Tx function. > + When equal "common" then use the common Tx function. > + I think 'vec' & 'sve' are more self explenatory, but can you please describe what is 'common' and 'simple', and the difference of these two? btw, since both 'neon' and 'sve' are vector implementations, what do you think to have arguments as 'neon' & 'sve', instead of 'vec' & 'sve'?