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 X-Spam-Level: X-Spam-Status: No, score=-11.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,NICE_REPLY_A,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D243EC55179 for ; Thu, 29 Oct 2020 10:06:02 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4A0C320825 for ; Thu, 29 Oct 2020 10:06:02 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="mOF+z5c2" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4A0C320825 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=q0SR6Xn6gI8mcbQ17p6PCJ4cLL3VU9XoHn0C1/8mF7w=; b=mOF+z5c2XawzHE/1MZbEGmiiL Yy0Wq0wlB+IvWrvKdiusHql3p4Ice5xsUo6v3b2BjqPablC03l0xKhho6Q4PyTO2VA7gmuo8sDgqu FfDf2Et35ccOcnaJjQuZbhxedhwMpibaQtV/PxD4pEtbVO6cjYmHvfksIt/4veT1xUPlkzwLMG0Y8 MnWYCdIglKwQ2TXJr5fuB9IfhEO9tfU6EC+L/apqD1jg4GcmlfUElT+dXCKPZPuZvg2mw6ckhTjMi bSAavIs+PLgCeDe3+olg43W23bPuVwJsqp7srwzCuhc08rGPeJHCAsMQa2aPZXa0ihpQK03OXiJFJ jB22rzDmQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kY4nD-0004ez-Km; Thu, 29 Oct 2020 10:04:27 +0000 Received: from foss.arm.com ([217.140.110.172]) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kY4n7-0004cz-VA for linux-arm-kernel@lists.infradead.org; Thu, 29 Oct 2020 10:04:25 +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 4C972139F; Thu, 29 Oct 2020 03:04:21 -0700 (PDT) Received: from [10.57.13.20] (unknown [10.57.13.20]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B0A333F66E; Thu, 29 Oct 2020 03:04:18 -0700 (PDT) Subject: Re: [PATCH 1/4] dt-bindings: opp: Introduce opp-sustainable bindings To: Nishanth Menon References: <20201028140847.1018-1-lukasz.luba@arm.com> <20201028140847.1018-2-lukasz.luba@arm.com> <20201028214713.zttk47qtua5jhieo@pureness> From: Lukasz Luba Message-ID: <5b3a99a8-6972-5c60-6cc5-00ec84387b97@arm.com> Date: Thu, 29 Oct 2020 10:04:16 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20201028214713.zttk47qtua5jhieo@pureness> Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201029_060422_182534_BC800646 X-CRM114-Status: GOOD ( 18.20 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devicetree@vger.kernel.org, daniel.lezcano@linaro.org, linux-pm@vger.kernel.org, sboyd@kernel.org, vireshk@kernel.org, rafael@kernel.org, linux-kernel@vger.kernel.org, robh+dt@kernel.org, sudeep.holla@arm.com, Dietmar.Eggemann@arm.com, linux-arm-kernel@lists.infradead.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 10/28/20 9:47 PM, Nishanth Menon wrote: > On 14:08-20201028, Lukasz Luba wrote: >> Add opp-sustainable as an additional property in the OPP node to describe >> the sustainable performance level of the device. This will help to >> estimate the sustainable performance of the whole system. >> >> Signed-off-by: Lukasz Luba >> --- >> Documentation/devicetree/bindings/opp/opp.txt | 4 ++++ >> 1 file changed, 4 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/opp/opp.txt b/Documentation/devicetree/bindings/opp/opp.txt >> index 9847dfeeffcb..cd01028de305 100644 >> --- a/Documentation/devicetree/bindings/opp/opp.txt >> +++ b/Documentation/devicetree/bindings/opp/opp.txt >> @@ -154,6 +154,10 @@ Optional properties: >> - opp-suspend: Marks the OPP to be used during device suspend. If multiple OPPs >> in the table have this, the OPP with highest opp-hz will be used. >> >> +- opp-sustainable: Marks the OPP as sustainable. This property can be used for >> + estimating sustainable performance of the whole system. If multiple OPPs in >> + the table have this, the OPP with highest opp-hz will be used. > > > By "sustainable", do you mean sustainable across Process, Voltage and > Temperature corners upto the max rated operational Power-ON hours > without IDLE state being achieved on the processor? Yes, in case of CPU: running 100% without idle at that particular OPP. Running above that OPP would lead to cross control temperature. > > OR do you mean to leave it up to interpretation? I can tell how I would use them. There is thermal governor IPA, which needs sustainable power either form DT or uses internal algorithm to estimate it based on lowest allowed freq OPPs. Then it estimated internal coefficients based on that value, which is not optimal for lowest OPPs. When some higher OPP could be marked as sustainable, it would lead to better estimation and better power budget split. Regards, Lukasz _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel