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 E41FBC4332F for ; Tue, 12 Dec 2023 18:50:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1376874AbjLLSuS (ORCPT ); Tue, 12 Dec 2023 13:50:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57960 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1376638AbjLLSuH (ORCPT ); Tue, 12 Dec 2023 13:50:07 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id E4AEA10E; Tue, 12 Dec 2023 10:50:11 -0800 (PST) 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 D9FBB1FB; Tue, 12 Dec 2023 10:50:57 -0800 (PST) Received: from [192.168.178.6] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 301033F762; Tue, 12 Dec 2023 10:50:08 -0800 (PST) Message-ID: Date: Tue, 12 Dec 2023 19:50:08 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v5 08/23] PM: EM: Introduce runtime modifiable table Content-Language: en-US To: Lukasz Luba , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, rafael@kernel.org Cc: rui.zhang@intel.com, amit.kucheria@verdurent.com, amit.kachhap@gmail.com, daniel.lezcano@linaro.org, viresh.kumar@linaro.org, len.brown@intel.com, pavel@ucw.cz, mhiramat@kernel.org, qyousef@layalina.io, wvw@google.com References: <20231129110853.94344-1-lukasz.luba@arm.com> <20231129110853.94344-9-lukasz.luba@arm.com> From: Dietmar Eggemann In-Reply-To: <20231129110853.94344-9-lukasz.luba@arm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/11/2023 12:08, Lukasz Luba wrote: > The new runtime table can be populated with a new power data to better > reflect the actual efficiency of the device e.g. CPU. The power can vary > over time e.g. due to the SoC temperature change. Higher temperature can > increase power values. For longer running scenarios, such as game or > camera, when also other devices are used (e.g. GPU, ISP) the CPU power can Don't understand this sentence. So CPU power changes with higher temperature and for longer running scenarios when other devices are involved? Not getting the 2. part. > change. The new EM framework is able to addresses this issue and change > the EM data at runtime safely. Maybe better: The new EM framework addresses this issue by allowing to change the EM data at runtime. [...]