From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id B924931FC for ; Mon, 15 Jan 2018 12:34:06 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Jan 2018 03:34:05 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,363,1511856000"; d="scan'208";a="10364517" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.237.220.48]) ([10.237.220.48]) by fmsmga008.fm.intel.com with ESMTP; 15 Jan 2018 03:34:04 -0800 To: Shahaf Shuler , "dev@dpdk.org" References: <89b45470-1868-0a1a-02a3-5c34ce1ac48e@intel.com> <4e57e260-822f-a96a-1b1c-429e54b76d60@intel.com> From: Ferruh Yigit Message-ID: Date: Mon, 15 Jan 2018 11:34:03 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v3 01/39] examples/l2fwd: convert to new ethdev offloads API 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: Mon, 15 Jan 2018 11:34:07 -0000 On 1/15/2018 11:02 AM, Shahaf Shuler wrote: > Monday, January 15, 2018 12:21 PM, Ferruh Yigit: >>> I think all of the 3 should be in a single patch. >>> The reason is that the convert patch should maintain the same offloads >> configuration needed for the application. >> >> Perhaps I am missing some details about "mbuf fast free" offload, can you >> please give more details about it, what does having or not having it mean? >> Currently no PMD seems implemented it. > > Sure, > > FAST_FREE offload is the logical AND between the old txqflags of: > ETH_TXQ_FLAGS_NOREFCOUNT > ETH_TXQ_FLAGS_NOMULTMEM > > The offload is just a performance optimization. As specified in the documentation [1] it enables the PMDs to further optimize the data path given the guarantees from the application. > Not having it means possible performance degradation for some PMD which rely on it. > > There is no PMD which implement it yet since not all PMDs moved to the new offloads API. However this flag is tested and translated into txqflags as part of rte_eth_convert_txq_offloads function. > Relevant PMDs for this offload will be: sfc, thunderx and i40e. Thank you for clarification, I am OK to have it. But since currently no PMD provide "DEV_TX_OFFLOAD_MBUF_FAST_FREE" capability, and default txq_flags is overwritten, some PMDs lost this optimization until they implement new capability, right? > > > [1] > /**< Device supports optimization for fast release of mbufs. > * When set application must guarantee that per-queue all mbufs comes from > * the same mempool and has refcnt = 1. > */ > >> >>> Before the convert patch the examples were using the default >> configuration set by the PMD. In there the txq flags were set to ignore ref >> count and to declare all mbufs are from the same pool. >>> The fast free Tx offload was added in order to keep this old offloads >> configuration. >>> >>>> >>>> Wouldn't be better to enable new offloadings in a separate patch, >>>> other than convert one? And I don't know if we want to enable that >>>> specific offload for all samples. >>> >>> As you can see, not all the examples has the FAST_FREE offloads, only the >> entitled ones (i.e. single mempool and no ref count). >>> For example, ipv4_multicast doesn't set this offload flag. >>> >