From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id C1B65A0528; Sat, 11 Jul 2020 13:35:55 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 0E7F81D9AC; Sat, 11 Jul 2020 13:35:55 +0200 (CEST) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by dpdk.org (Postfix) with ESMTP id C69F41D6A4 for ; Sat, 11 Jul 2020 13:35:53 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 261A35C00A7; Sat, 11 Jul 2020 07:35:53 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Sat, 11 Jul 2020 07:35:53 -0400 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=fm1; bh= 64lpARM45jyXw14TUE/qUNCvfVjaSIjOfHPlSIic4ds=; b=XTNQx8FPJLwxUYnZ 1qa1d1bEFmSI6mfS5n4fWW0Dd3Xeu7lHAnUK+6b9TainonXGjDGWoI9r5tdT+oRt oAwalVJTrQr9213zLPIhzfEgb/SwnxlSJZ0qi5tp85HVmiigFEgB/O9/hVhzbgya n2mmcRJCHkJR65dRkSgK/4hNIjlAUwAve2xzA5UOcAFzgq5CHCBc4qrpYZExXo6e 1eaGte4OFtWRlrv/5ePl99nXmwmcBA4Whkm1NkGACI2RnSVFffM7LvX594WPBSiT X2M6xeiCXg9rhxivLNnxFN0uRvSEpOVWetOPXmiiVM8QQfhClewn5lNEPVEb0Akf l6TxBg== 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=fm3; bh=64lpARM45jyXw14TUE/qUNCvfVjaSIjOfHPlSIic4 ds=; b=bY1t3BXh82gK+M0q1tUz5g7aiPWmWl+DbwmFPHplwv1hhxmip/MocQ0fI Aq8q+KMTJ37Ziu/zweSck0Bn7KNaAfS6wMfUjXv9KSKmosqSl2GNyi/gx5F9GGWU HkCflG/YJtOZZj294q0B76Kcwu9kR9MRY4f4pQF+cfcyLqrPuiy3llbkMKjNNZSc Ft5/d8wl7N421r8PeVWCWmJNDiC6ItOJ4nOpUJQ0HwXfKT3GOB13lz2mNIIsFMnb FwQeDl6x8uRzJRQYcaM6hazkCNQrhbfo6pVQjDUOYOGwtu3UDcJYngQusUbPvvNc R8K2U2gjYNubTWLo9nsTwMwCiILgg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvdefgdeggecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueei iedvffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhho nhdrnhgvth 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 F195E328005A; Sat, 11 Jul 2020 07:35:51 -0400 (EDT) From: Thomas Monjalon To: Anatoly Burakov Cc: dev@dpdk.org, david.hunt@intel.com, reshma.pattan@intel.com, hkalra@marvell.com, jerinjacobk@gmail.com, yinan.wang@intel.com Date: Sat, 11 Jul 2020 13:35:50 +0200 Message-ID: <9607534.Mu61BZz6XR@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 v3 0/7] Add interrupt-only mode to l3fwd-power 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 19/06/2020 12:53, Anatoly Burakov: > Since 20.05, l3fwd-power has become much more stringent about > whether it allows initialization without initializing the > librte_power library with it. This means that while previously > the app could have been used to test RX interrupts functionality > even if the app itself was in a half-working state, it is now > no longer possible to do so. > > To address this use case, we're adding an interrupt-only mode > that does not rely on librte_power or telemetry. This enables > using l3fwd-power in environments where librte_power is not > expected to work (such as inside a VM or on non-IA > architectures). The RX/TX path is basically copy paste from > legacy RX/TX path but with librte_power bits taken out. > > There seem to be two opposing schools of thought on whether we > should have more or less examples. This patchset goes in the > "less" direction where we add a new mode to an existing app, > rather than creating a new one like it could be argued it > deserves. > > v3: > - Added log messages for autodetect > - Fixed wrong comment in patch 7 > > v2: > - Add API to probe support for a specific power env > - Add autodetection for the default mode > - Add ability to request legacy mode specifically > - Fix some code style issues > > Anatoly Burakov (7): > l3fwd-power: disable interrupts by default > l3fwd-power: only allow supported power library envs > l3fwd-power: code style and flow fixes > l3fwd-power: add support for requesting legacy mode > l3fwd-power: add interrupt-only mode > power: add API to probe support for a specific env > l3fwd-power: add auto-selection of default mode Applied with following titles: examples/l3fwd-power: disable interrupts by default examples/l3fwd-power: allow only supported environments examples/l3fwd-power: fix style and control flow examples/l3fwd-power: add legacy mode option examples/l3fwd-power: add interrupt-only mode power: add environment capability probing examples/l3fwd-power: select default mode automatically