From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B7E3EC433F5 for ; Mon, 21 Mar 2022 09:57:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346083AbiCUJ7Q (ORCPT ); Mon, 21 Mar 2022 05:59:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45410 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233295AbiCUJ7N (ORCPT ); Mon, 21 Mar 2022 05:59:13 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6D41D137029; Mon, 21 Mar 2022 02:57:47 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EBD5C1042; Mon, 21 Mar 2022 02:57:46 -0700 (PDT) Received: from e123648.arm.com (unknown [10.57.22.222]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 125BC3F766; Mon, 21 Mar 2022 02:57:43 -0700 (PDT) From: Lukasz Luba To: linux-kernel@vger.kernel.org Cc: lukasz.luba@arm.com, dietmar.eggemann@arm.com, Pierre.Gondois@arm.com, ionela.voinescu@arm.com, viresh.kumar@linaro.org, rafael@kernel.org, daniel.lezcano@linaro.org, linux-pm@vger.kernel.org, mka@chromium.org, nm@ti.com, sboyd@kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, cristian.marussi@arm.com, sudeep.holla@arm.com, matthias.bgg@gmail.com Subject: [RESEND][PATCH 0/8] Introduce support for artificial Energy Model Date: Mon, 21 Mar 2022 09:57:21 +0000 Message-Id: <20220321095729.20655-1-lukasz.luba@arm.com> X-Mailer: git-send-email 2.17.1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, This patch set adds new callback and support for artificial Energy Model (EM). The new EMs have artificially generated performance states. Such EMs can be created from lean information sources, such as the relative energy efficiency between CPUs. The ACPI based platforms provide this information (ACPI 6.4, s5.2.12.14 'GIC CPU Interface (GICC) Structure' 'Processor Power efficiency Class' field). Artificial EMs might require to directly provide the 'cost' of the generated performance state. This patch set adds a new callback .get_cost() for this. The EM framework does not force any model or formula, it's up to the platform code. Artificial EMs aim to leverage the Energy Aware Scheduler (EAS). Other frameworks relying on performance states information (i.e. IPA/DTPM) must be informed of the EM type and might be prevented from using it. This patch sets also does this by introducing a new flag: EM_PERF_DOMAIN_ARTIFICIAL. The patch set is based on current linux-next, where some changes to OPP & EM are queuing. The patch set also contains (patch 7/8 and patch 8/8) logic which prevents two EM's client frameworks from using this new EM type. Some other approach, using 'milli-watts', has been proposed and discussed, but refused [1]. This new flag is more precised and should not leave space for wrong interpretation. Shortly after this patch set you will see a patch set implementing the platform code and registering this new EM. Regards, Lukasz Luba [1] https://lore.kernel.org/linux-pm/20220207073036.14901-1-lukasz.luba@arm.com/ Lukasz Luba (7): PM: EM: Add .get_cost() callback PM: EM: Use the new .get_cost() callback while registering EM PM: EM: Change the order of arguments in the .active_power() callback PM: EM: Remove old debugfs files and print all 'flags' Documentation: EM: Add artificial EM registration description thermal: cooling: Check Energy Model type in cpufreq_cooling and devfreq_cooling powercap: DTPM: Check for Energy Model type Pierre Gondois (1): PM: EM: Add artificial EM flag Documentation/power/energy-model.rst | 24 +++++++++- drivers/cpufreq/mediatek-cpufreq-hw.c | 4 +- drivers/cpufreq/scmi-cpufreq.c | 4 +- drivers/opp/of.c | 6 +-- drivers/powercap/dtpm_cpu.c | 2 +- drivers/thermal/cpufreq_cooling.c | 2 +- drivers/thermal/devfreq_cooling.c | 8 ++-- include/linux/energy_model.h | 35 +++++++++++++-- kernel/power/energy_model.c | 63 +++++++++++++++------------ 9 files changed, 101 insertions(+), 47 deletions(-) -- 2.17.1 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 2A22AC4332F for ; Mon, 21 Mar 2022 09:58:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:MIME-Version:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:Subject:Cc:To :From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=/Hsrv3oYCQu9avI9f3SrTotQrLNdecGPQq/Av4PIif0=; b=N2G8yI8J/s3x4H bNrcqVP8Ni2PUKlCXR/l93eusHdJ2u6CvBKAMpkmQuSq8ASdCTxfBFY/tP9Gn1ST49bW9WUrtLErh YzxVPFuiewi8uB626RvbD8zUFkcmYRr1Zfk1L0gckJsCecJX58p4SNbGuhvQCzaP5QaLvlV07KH0/ T2asj4h+ivIiZB8teMqQ722qDfbQRbnqH4jQ8SGJeMn8gwC7txWaI9zskuZLYVXs99DIykqWQFx0z 0R6RO8/NNy5Vsa019an3Ph7ql7NV+24djWcmH6joKwpNRRbQnZyi6AB4IKIIHPhkTJnkdwgYB/vfs 1F9P3A4OKMZvPMe9cGtA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nWEnn-007Ejo-NT; Mon, 21 Mar 2022 09:58:15 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nWEnR-007EXu-7P; Mon, 21 Mar 2022 09:57:54 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EBD5C1042; Mon, 21 Mar 2022 02:57:46 -0700 (PDT) Received: from e123648.arm.com (unknown [10.57.22.222]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 125BC3F766; Mon, 21 Mar 2022 02:57:43 -0700 (PDT) From: Lukasz Luba To: linux-kernel@vger.kernel.org Cc: lukasz.luba@arm.com, dietmar.eggemann@arm.com, Pierre.Gondois@arm.com, ionela.voinescu@arm.com, viresh.kumar@linaro.org, rafael@kernel.org, daniel.lezcano@linaro.org, linux-pm@vger.kernel.org, mka@chromium.org, nm@ti.com, sboyd@kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, cristian.marussi@arm.com, sudeep.holla@arm.com, matthias.bgg@gmail.com Subject: [RESEND][PATCH 0/8] Introduce support for artificial Energy Model Date: Mon, 21 Mar 2022 09:57:21 +0000 Message-Id: <20220321095729.20655-1-lukasz.luba@arm.com> X-Mailer: git-send-email 2.17.1 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220321_025753_341306_E2BFA39E X-CRM114-Status: GOOD ( 12.25 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org Hi all, This patch set adds new callback and support for artificial Energy Model (EM). The new EMs have artificially generated performance states. Such EMs can be created from lean information sources, such as the relative energy efficiency between CPUs. The ACPI based platforms provide this information (ACPI 6.4, s5.2.12.14 'GIC CPU Interface (GICC) Structure' 'Processor Power efficiency Class' field). Artificial EMs might require to directly provide the 'cost' of the generated performance state. This patch set adds a new callback .get_cost() for this. The EM framework does not force any model or formula, it's up to the platform code. Artificial EMs aim to leverage the Energy Aware Scheduler (EAS). Other frameworks relying on performance states information (i.e. IPA/DTPM) must be informed of the EM type and might be prevented from using it. This patch sets also does this by introducing a new flag: EM_PERF_DOMAIN_ARTIFICIAL. The patch set is based on current linux-next, where some changes to OPP & EM are queuing. The patch set also contains (patch 7/8 and patch 8/8) logic which prevents two EM's client frameworks from using this new EM type. Some other approach, using 'milli-watts', has been proposed and discussed, but refused [1]. This new flag is more precised and should not leave space for wrong interpretation. Shortly after this patch set you will see a patch set implementing the platform code and registering this new EM. Regards, Lukasz Luba [1] https://lore.kernel.org/linux-pm/20220207073036.14901-1-lukasz.luba@arm.com/ Lukasz Luba (7): PM: EM: Add .get_cost() callback PM: EM: Use the new .get_cost() callback while registering EM PM: EM: Change the order of arguments in the .active_power() callback PM: EM: Remove old debugfs files and print all 'flags' Documentation: EM: Add artificial EM registration description thermal: cooling: Check Energy Model type in cpufreq_cooling and devfreq_cooling powercap: DTPM: Check for Energy Model type Pierre Gondois (1): PM: EM: Add artificial EM flag Documentation/power/energy-model.rst | 24 +++++++++- drivers/cpufreq/mediatek-cpufreq-hw.c | 4 +- drivers/cpufreq/scmi-cpufreq.c | 4 +- drivers/opp/of.c | 6 +-- drivers/powercap/dtpm_cpu.c | 2 +- drivers/thermal/cpufreq_cooling.c | 2 +- drivers/thermal/devfreq_cooling.c | 8 ++-- include/linux/energy_model.h | 35 +++++++++++++-- kernel/power/energy_model.c | 63 +++++++++++++++------------ 9 files changed, 101 insertions(+), 47 deletions(-) -- 2.17.1 _______________________________________________ Linux-mediatek mailing list Linux-mediatek@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-mediatek From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C5ED5C433F5 for ; Mon, 21 Mar 2022 09:59:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:MIME-Version:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:Subject:Cc:To :From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=stpxPFADlhhdd+2UMTzwsvaXQidjrg2VoJtY5+DZYfk=; b=VjzGtmWbCfpvyR 8QCCjawsvMuxu2u8zu5zq254dI5NRQGpOTicn8LpoC3Ee9guf1UC1XvoDCf0YbkdKE8zKBaBUpdu3 zG0HOYP+40dat4AyuqD8UztkmZjctjZcJkYSpQBRq9RU6VLPTU+HZxNrITelSZUdBDc+66HXOrRdX NhhNkRwG4yrr+KFubXPZLCY8wtwCuJRE80hA98e8gw19wZ1lBzVcF4DXE8+umJ6g03hU8AmPNO4Q1 SYti2V14kICipWY3L5m4wvXe4Gkj0fKu5lUO0foMV/b/mizVrb32NmBMMJT4b9/NNp6RXpayhzOTc pgmTS3xkj5ESwropTREg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nWEne-007Efz-7k; Mon, 21 Mar 2022 09:58:06 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nWEnR-007EXu-7P; Mon, 21 Mar 2022 09:57:54 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EBD5C1042; Mon, 21 Mar 2022 02:57:46 -0700 (PDT) Received: from e123648.arm.com (unknown [10.57.22.222]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 125BC3F766; Mon, 21 Mar 2022 02:57:43 -0700 (PDT) From: Lukasz Luba To: linux-kernel@vger.kernel.org Cc: lukasz.luba@arm.com, dietmar.eggemann@arm.com, Pierre.Gondois@arm.com, ionela.voinescu@arm.com, viresh.kumar@linaro.org, rafael@kernel.org, daniel.lezcano@linaro.org, linux-pm@vger.kernel.org, mka@chromium.org, nm@ti.com, sboyd@kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, cristian.marussi@arm.com, sudeep.holla@arm.com, matthias.bgg@gmail.com Subject: [RESEND][PATCH 0/8] Introduce support for artificial Energy Model Date: Mon, 21 Mar 2022 09:57:21 +0000 Message-Id: <20220321095729.20655-1-lukasz.luba@arm.com> X-Mailer: git-send-email 2.17.1 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220321_025753_341306_E2BFA39E X-CRM114-Status: GOOD ( 12.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi all, This patch set adds new callback and support for artificial Energy Model (EM). The new EMs have artificially generated performance states. Such EMs can be created from lean information sources, such as the relative energy efficiency between CPUs. The ACPI based platforms provide this information (ACPI 6.4, s5.2.12.14 'GIC CPU Interface (GICC) Structure' 'Processor Power efficiency Class' field). Artificial EMs might require to directly provide the 'cost' of the generated performance state. This patch set adds a new callback .get_cost() for this. The EM framework does not force any model or formula, it's up to the platform code. Artificial EMs aim to leverage the Energy Aware Scheduler (EAS). Other frameworks relying on performance states information (i.e. IPA/DTPM) must be informed of the EM type and might be prevented from using it. This patch sets also does this by introducing a new flag: EM_PERF_DOMAIN_ARTIFICIAL. The patch set is based on current linux-next, where some changes to OPP & EM are queuing. The patch set also contains (patch 7/8 and patch 8/8) logic which prevents two EM's client frameworks from using this new EM type. Some other approach, using 'milli-watts', has been proposed and discussed, but refused [1]. This new flag is more precised and should not leave space for wrong interpretation. Shortly after this patch set you will see a patch set implementing the platform code and registering this new EM. Regards, Lukasz Luba [1] https://lore.kernel.org/linux-pm/20220207073036.14901-1-lukasz.luba@arm.com/ Lukasz Luba (7): PM: EM: Add .get_cost() callback PM: EM: Use the new .get_cost() callback while registering EM PM: EM: Change the order of arguments in the .active_power() callback PM: EM: Remove old debugfs files and print all 'flags' Documentation: EM: Add artificial EM registration description thermal: cooling: Check Energy Model type in cpufreq_cooling and devfreq_cooling powercap: DTPM: Check for Energy Model type Pierre Gondois (1): PM: EM: Add artificial EM flag Documentation/power/energy-model.rst | 24 +++++++++- drivers/cpufreq/mediatek-cpufreq-hw.c | 4 +- drivers/cpufreq/scmi-cpufreq.c | 4 +- drivers/opp/of.c | 6 +-- drivers/powercap/dtpm_cpu.c | 2 +- drivers/thermal/cpufreq_cooling.c | 2 +- drivers/thermal/devfreq_cooling.c | 8 ++-- include/linux/energy_model.h | 35 +++++++++++++-- kernel/power/energy_model.c | 63 +++++++++++++++------------ 9 files changed, 101 insertions(+), 47 deletions(-) -- 2.17.1 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel