Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1352242pxk; Fri, 2 Oct 2020 07:33:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyka5FNLlVUSznAcDJumwVZTsHsKgiuao4Z0EVPKQRUHfSkTWB//O7nKo3XnoLxvGspx7Iz X-Received: by 2002:aa7:d15a:: with SMTP id r26mr2641252edo.181.1601649195826; Fri, 02 Oct 2020 07:33:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601649195; cv=none; d=google.com; s=arc-20160816; b=ZyyGonnVpOJRJXljg5Eo0dA+qYDovKIfXrW3lKfhe/KYBQxgCmwUbsdwtDlJFkaC7Z 38i20rfWUwdkZhTxB1BVlZPWNcE9OtRErOoI4MOmn08ISDZitwHtSbb/VAg5wjeNkYrN J4krHVmhHE8S70cZx4I0AFI19s3JSmR8cWRy8lmJhzU5gkkkwZlQ/ycMCNt+SfX0Gf/L EsjDHgermHMC080RWKV/yj3r/UCSUHaXNSZa3TcfD3lk3fKPriSODS6Lag6fHKMIR9FI l9KNKL1e8mjAgNhjh/+SO0OkrwdiwhAByrwULXEeqw0MxEDbbPkLVVINPp/IbLYjYGP0 oPFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=cnU95a4B/lopWn7PJb9EKa9/N6eV+gD0Xs8KJ/fY4rM=; b=WYozgc8wVWJ10iJMQ7yMyIEJs9TpRcuRfI6rWdl2PrtWlM8B1a9DeUcbrTowgajNLO xDY5MjHE41W/MNraIfinALlplZZt5qLq3huYCLcJwt4pEN5373DhiQSq6lNdW3Gvoo46 PNegRskEe6+68vILnSaSHnxd7f6BaphjzKhX2hNuf/dIWf8PLN60V3D0ZnWJSfRWHqSa eJ/lPYbhf5xXdRJlYI/XTwefJlpXjXfdFAHASSYX46qOdvrKmdKcAY+fPzb5s0r41lK+ ZT+890STDQZNMunAYDJoS4lAYM+yqVcLTIFJcAIvxGVJlxRJ5p3BxQSv7rIWsgsnSSE1 W7HA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=A5cXXjzF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gx3si1166539ejb.749.2020.10.02.07.32.53; Fri, 02 Oct 2020 07:33:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=A5cXXjzF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388095AbgJBObc (ORCPT + 99 others); Fri, 2 Oct 2020 10:31:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54800 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387908AbgJBObc (ORCPT ); Fri, 2 Oct 2020 10:31:32 -0400 Received: from mail-vs1-xe44.google.com (mail-vs1-xe44.google.com [IPv6:2607:f8b0:4864:20::e44]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2ACBFC0613E2 for ; Fri, 2 Oct 2020 07:31:32 -0700 (PDT) Received: by mail-vs1-xe44.google.com with SMTP id j3so747122vsm.0 for ; Fri, 02 Oct 2020 07:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cnU95a4B/lopWn7PJb9EKa9/N6eV+gD0Xs8KJ/fY4rM=; b=A5cXXjzFewYmWbzazwRS0/VaBU2zMwnx+gFsMz74IU9GsLD3USy5XdWUJzxT39eCc7 lnBzqESdtLpD0XCCYhvmegsVhtPZJmgxrgt5ttIqBvgDpGo/QdTT6fGyWy8toyId5OSE FWLvaBXHHL3dljVDcvJ7tOLPA1Na5BenHsg6Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cnU95a4B/lopWn7PJb9EKa9/N6eV+gD0Xs8KJ/fY4rM=; b=hJxas+U+pAFINDyEDL17RK3e15ez5w2k1jbSxFPZpvZubrs/RqVVutmaFF+x+ruduH Aom6ZIA/+NQ10PLSUM5CleUkDlWqcA05yAObMsBlEVspZdT+XilIIvi2PwELDhFWVS96 d4cgT22443wnABUR+7fzaXtO1bYFmpqN5QvT6J9Xzg2cop96bh4EWz70JfXFcSw6S97T mtqiEakLJUY5hO7DJIb0hNCJj7Zak9OMPZMmB9PFQfXgvCJrKut1e5Q9dZq17iXaiu8f RoaUi7IosjDRtlwI5AOORbnx6A5lbaqgQaCOJOyvanE1XQs0J3QkQmlIQP+kRsHF5uk6 dENQ== X-Gm-Message-State: AOAM532olSFNd0OAH3M6Bpusu3EHDB/2DZrWPUORTuZ6VVo4N9B0nzDI hnckfiCzrhu6s7oMubfgN06FJenwYGsqXg== X-Received: by 2002:a67:ee49:: with SMTP id g9mr1285715vsp.57.1601649091083; Fri, 02 Oct 2020 07:31:31 -0700 (PDT) Received: from mail-vs1-f43.google.com (mail-vs1-f43.google.com. [209.85.217.43]) by smtp.gmail.com with ESMTPSA id z7sm259697vsn.14.2020.10.02.07.31.29 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 02 Oct 2020 07:31:30 -0700 (PDT) Received: by mail-vs1-f43.google.com with SMTP id e62so728088vsc.10 for ; Fri, 02 Oct 2020 07:31:29 -0700 (PDT) X-Received: by 2002:a67:f4c2:: with SMTP id s2mr1288376vsn.4.1601649088871; Fri, 02 Oct 2020 07:31:28 -0700 (PDT) MIME-Version: 1.0 References: <20201002114426.31277-1-lukasz.luba@arm.com> <20201002114426.31277-4-lukasz.luba@arm.com> In-Reply-To: <20201002114426.31277-4-lukasz.luba@arm.com> From: Doug Anderson Date: Fri, 2 Oct 2020 07:31:17 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 3/3] dt-bindings: thermal: update sustainable-power with abstract scale To: Lukasz Luba Cc: LKML , Linux PM , linux-doc@vger.kernel.org, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Rob Herring , amitk@kernel.org, Jonathan Corbet , Daniel Lezcano , Dietmar.Eggemann@arm.com, Quentin Perret , Matthias Kaehlcke , Rajendra Nayak , "Rafael J. Wysocki" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Fri, Oct 2, 2020 at 4:45 AM Lukasz Luba wrote: > > Update the documentation for the binding 'sustainable-power' and allow > to provide values in an abstract scale. It is required when the cooling > devices use an abstract scale for their power values. > > Signed-off-by: Lukasz Luba > --- > .../devicetree/bindings/thermal/thermal-zones.yaml | 13 +++++++++---- > 1 file changed, 9 insertions(+), 4 deletions(-) > > diff --git a/Documentation/devicetree/bindings/thermal/thermal-zones.yaml b/Documentation/devicetree/bindings/thermal/thermal-zones.yaml > index 3ec9cc87ec50..4d8f2e37d1e6 100644 > --- a/Documentation/devicetree/bindings/thermal/thermal-zones.yaml > +++ b/Documentation/devicetree/bindings/thermal/thermal-zones.yaml > @@ -99,10 +99,15 @@ patternProperties: > sustainable-power: > $ref: /schemas/types.yaml#/definitions/uint32 > description: > - An estimate of the sustainable power (in mW) that this thermal zone > - can dissipate at the desired control temperature. For reference, the > - sustainable power of a 4-inch phone is typically 2000mW, while on a > - 10-inch tablet is around 4500mW. > + An estimate of the sustainable power (in mW or in an abstract scale) > + that this thermal zone can dissipate at the desired control > + temperature. For reference, the sustainable power of a 4-inch phone > + is typically 2000mW, while on a 10-inch tablet is around 4500mW. > + > + It is possible to express the sustainable power in an abstract > + scale. This is the case when the related cooling devices use also > + abstract scale to express their power usage. The scale must be > + consistent. Two thoughts: 1. If we're going to allow "sustainable-power" to be in abstract scale, why not allow "dynamic-power-coefficient" to be in abstract scale too? I assume that the whole reason against that originally was the idea of device tree purity, but if we're allowing the abstract scale here then there seems no reason not to allow it for "dynamic-power-coefficient". 2. Is it worth adding some type of indication of what type of units "sustainable-power" is represented in? Maybe even a made up unit so that you could tell the difference between made up units in the same system? I'd envision something like: sustainable-power-units = "qualcomm,sc7180-bogoWatts" ...and on the dynamic-power-coefficient side, the same: dynamic-power-coefficient-units = "qualcomm,sc7180-bogoWatts" One could imagine someone even later (after devices are widely distributed) figuring out translations between these bogoWatts numbers and real Watts if someone could come up with a case where it matters. -Doug