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 D3A5CA04C7; Mon, 14 Sep 2020 22:52:40 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 87A75FFA; Mon, 14 Sep 2020 22:52:40 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 186DFE07 for ; Mon, 14 Sep 2020 22:52:38 +0200 (CEST) IronPort-SDR: L49cGht0uoYjurAH9kvOmj7uV76InOmxg/gnbEWlZpP3jue8oXTHhm3pgoTjIsQzcvKQKIjv9Q K8HW/Ng1Rlew== X-IronPort-AV: E=McAfee;i="6000,8403,9744"; a="223343805" X-IronPort-AV: E=Sophos;i="5.76,427,1592895600"; d="scan'208";a="223343805" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Sep 2020 13:52:37 -0700 IronPort-SDR: R1B/DQZANg2OzOAOLf8RJlFRlKCdRP3G6iGiz/ZvPZj3Bpd6KUKZndTFEuqnjF583Fr0C/SVeP sr91rbhs12vA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.76,427,1592895600"; d="scan'208";a="482491349" Received: from irvmail001.ir.intel.com ([163.33.26.43]) by orsmga005.jf.intel.com with ESMTP; 14 Sep 2020 13:52:36 -0700 Received: from sivswdev09.ir.intel.com (sivswdev09.ir.intel.com [10.237.217.48]) by irvmail001.ir.intel.com (8.14.3/8.13.6/MailSET/Hub) with ESMTP id 08EKqaCr024870; Mon, 14 Sep 2020 21:52:36 +0100 Received: from sivswdev09.ir.intel.com (localhost [127.0.0.1]) by sivswdev09.ir.intel.com with ESMTP id 08EKqaO8005534; Mon, 14 Sep 2020 21:52:36 +0100 Received: (from lma25@localhost) by sivswdev09.ir.intel.com with LOCAL id 08EKqahm005530; Mon, 14 Sep 2020 21:52:36 +0100 Date: Mon, 14 Sep 2020 21:52:36 +0100 From: "Liang, Ma" To: Stephen Hemminger Cc: dev@dpdk.org, david.hunt@intel.com, anatoly.burakov@intel.com Message-ID: <20200914205236.GD13240@sivswdev09.ir.intel.com> References: <1597141666-20621-1-git-send-email-liang.j.ma@intel.com> <1599214740-3927-1-git-send-email-liang.j.ma@intel.com> <1599214740-3927-3-git-send-email-liang.j.ma@intel.com> <20200904093646.18fe7caf@hermes.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200904093646.18fe7caf@hermes.lan> Subject: Re: [dpdk-dev] [PATCH v3 3/6] power: add simple power management API and callback 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" Hi Stephen, v4 will support 1 port with multiple core(still 1 queue per core)support this part description will be updated according to the design change. Regards Liang > The common way to express is this is: > > This API is not thread-safe and not preempt-safe. > There is also no mechanism for a single thread to wait on multiple queues. > > > > > This design leverage RX Callback mechnaism which allow three > > different power management methodology co exist. > > nit coexist is one word > > > > > 1. umwait/umonitor: > > > > The TSC timestamp is automatically calculated using current > > link speed and RX descriptor ring size, such that the sleep > > time is not longer than it would take for a NIC to fill its > > entire RX descriptor ring. > > > > 2. Pause instruction > > > > Instead of move the core into deeper C state, this lightweight > > method use Pause instruction to releaf the processor from > > busy polling. > > Wording here is a problem, and "releaf" should be "relief"? > Rewording into active voice grammar would be easier. > > Use Pause instruction to allow processor to go into deeper C > state when busy polling. > > > > > > > 3. Frequency Scaling > > Reuse exist rte power library to scale up/down core frequency > > depend on traffic volume. >