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 A2A26A09E4; Fri, 29 Jan 2021 15:15:47 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 497914068A; Fri, 29 Jan 2021 15:15:47 +0100 (CET) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by mails.dpdk.org (Postfix) with ESMTP id E6BEA4067E for ; Fri, 29 Jan 2021 15:15:45 +0100 (CET) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 4CDD65C01C4; Fri, 29 Jan 2021 09:15:45 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Fri, 29 Jan 2021 09:15:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm3; bh= iULLraxGBlCu3MU1CsDjVmgdcJWNYtccRoR2w4+gQfI=; b=k747Y51UFhszZgn7 fh7fQp2kkglFbAOhyCMjo5H268s+Q+tpWsjPjvEC5PmLKfQ0Gncay8FiVo9C1TOH Lg7XijLILqtwbAEL2X+1lQ+jn3690OOEj0P/92iteSMYslq9HmYTbSibnihmCTxA TB9qARmJ5kQjiUg+m/oDVWaXVOI6AXYbXOwdtPmXvQJxshOi4mDiToSEEyA28GoO cgMqVQ/6Bw3OvHVPQWh5oWdFv1HYeyxVwi8zLqZnLoeXS4Def9mo/MwX3mT4XXsH dkQo0LsPJDK5jc1Zt0C7cSfTvQm3WgvcoMSZV9z0bzxpskqir3AoWLRsQ+P0zKYA 5GVIWg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=iULLraxGBlCu3MU1CsDjVmgdcJWNYtccRoR2w4+gQ fI=; b=iq/L1twuzosOnbpc5rfGif4rTru7f7bJSJzs18vn88/v+fbThqQUicGqv rLvBOFESDelf+6sXJ6FiQmXM6sVH0veF1ahCsW72vtrTlbZfgEAoivW1BjlMG0g2 JByGFaxbY5P+smyVUOFemQbt8IIYUzPkDlNO/K/07r5yNwCWQjAJprENKxyHItEg 7dYN6NkknrNKlb9DcNTZDcvkJB8QuJ3qa01F1LkaWii/nJlSvWWD4vunnI2i+1sl Tum5wqlE4ZVPIlhNRn/WkB3FTAE8bqgx/jgQ5Yz6pQXQofsmugqbEBwtBh7Jb5gu fO/CSWSXnv8OKMLlo+TUtymt8Fu/g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedvgdeifecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedvuedtkeekgfdvudetkeegjeeigffgieevhfeifeekieejfefhhfff ueefffdvleenucffohhmrghinhepshhouhhrtggvfhhorhhgvgdrihhonecukfhppeejje drudefgedrvddtfedrudekgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpehthhhomhgrshesmhhonhhjrghlohhnrdhnvght X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 2161E240065; Fri, 29 Jan 2021 09:15:44 -0500 (EST) From: Thomas Monjalon To: Liang Ma , Anatoly Burakov Cc: dev@dpdk.org, David Hunt , bruce.richardson@intel.com Date: Fri, 29 Jan 2021 15:15:41 +0100 Message-ID: <2399851.mL3gfjVJOO@thomas> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v20 4/4] examples/l3fwd-power: enable PMD power mgmt 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" 22/01/2021 18:12, Anatoly Burakov: > From: Liang Ma > > Add PMD power management feature support to l3fwd-power sample app. > > Signed-off-by: Liang Ma > Signed-off-by: Anatoly Burakov > Acked-by: David Hunt > --- [...] > +PMD Power Management Mode > +------------------------- There should be a blank line here. > +There is also a traffic-aware operating mode that, instead of using explicit > +power management, will use automatic PMD power management. This mode is limited > +to one queue per core, and has three available power management schemes: > + > +* ``monitor`` - this will use ``rte_power_monitor()`` function to enter a > + power-optimized state (subject to platform support). > + > +* ``pause`` - this will use ``rte_power_pause()`` or ``rte_pause()`` to avoid > + busy looping when there is no traffic. > + > +* ``scale`` - this will use frequency scaling routines available in the > + ``librte_power`` library. Better to use a definition list for such explanations: https://docutils.sourceforge.io/docs/user/rst/quickref.html#definition-lists I will update while merging.