Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp839225ybh; Thu, 12 Mar 2020 12:03:58 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvi6x4VghgAV/5MT4PLgr65hwGRfhGMxC7otKDoxdA3SsV0P4WTXnbAsZNCDNCBHeJfoNKm X-Received: by 2002:a05:6830:2105:: with SMTP id i5mr7333692otc.141.1584039838043; Thu, 12 Mar 2020 12:03:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584039838; cv=none; d=google.com; s=arc-20160816; b=fex4ejMq9nRVtlgt9N1XRgScVnI7otkDxuTCxdLFwIkENPo0+TcYWLse6CsBvGYXAv FI2Pj9QX+FsEMNHdjCTbG8uAWWJd7fUzAXxQR56bcg8hOwBZM06ZDNzkddUmBgN4e0vJ rHi/qomr6ZWmt/wB8R4FFuNfuvBqj6m1/YWSKEeHXVgyyNyK7Wm9usR6lPtNxRDy0hD0 plfWU35JzRvnY0y+T0BAHY+NATaBq51dw7yyx14Y2VNzkcYVKBE83MqPWCc/wSJWMPVG BuqyHJRKMR6VcEWJJHABQOGkUjXVvaN0kkB0H+2RaX8L/+PIFMASLqBoym7DXQ58y3Tf Jggw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=af3K31gbmEa2HSipqb/CVegw26DVeeUMqwIKy4x1Vpc=; b=fBWj9CkFcjkNmVvAgzjBfK+M47v00qflHd5wXk9dHKDAxXrjJSz3S/kEGi1/0JZ63d XB4hCKxG6K/QVzKlfi4kEdIVvgJgcUrAToJ8K+zO6uMFH04a2uNLdRXD2bXx7tLEoLiQ v4feYd8g0ATe6DXY8phjgNQ/30qtFcR9A7Wm0ZUUfRbp5waglLeXYf0OhmU/2zX+8cR6 ZD7tSyJDFiGpp7U3DcoKu+auRX2lrTaQ0UI3p/bazJxRys2lqxAgsYsvPxZ1eNvaHsId igI66YTuyahuMg038uy+GaRt7qKvA1Whb6LFz46fvoSLQEk/v0NK+su4ZNAAcPZ6JyQe 5wVg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w73si2827553oiw.206.2020.03.12.12.03.44; Thu, 12 Mar 2020 12:03:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726571AbgCLTBj (ORCPT + 99 others); Thu, 12 Mar 2020 15:01:39 -0400 Received: from mail-ot1-f65.google.com ([209.85.210.65]:46781 "EHLO mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725268AbgCLTBj (ORCPT ); Thu, 12 Mar 2020 15:01:39 -0400 Received: by mail-ot1-f65.google.com with SMTP id 111so7412515oth.13; Thu, 12 Mar 2020 12:01:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=af3K31gbmEa2HSipqb/CVegw26DVeeUMqwIKy4x1Vpc=; b=j8Nzoqh46yNFazPSZPOBKkIDviqcSYIufx7a4UEQt6WF7/AZIBhu4nUaANPh02ktT4 LziQr7V8Y08WJXkhQklC3MvYQvh7zp/hO+LW+c4xtuCrxB6JMb0sLn9mnvWmvqq2j/p2 y/6oavn+2qr2L935jU0aKFv5wxUqhXIbfzIjTpXmAyIzPjSFkDmVhS1dS9J2nKkjMcXU TlwCXBWnlMGrDZccrvuWkMcC0y8h30oHbN069Ed5tiPNMPJS6cXNcBhXCVVG6FPLdLu9 caUDD1raR0/uKfKGXYwd3RBV18l/mKdrL/kHVbtFYOF5fYMR4ACQg5Q4xS5grdNojELq fKaA== X-Gm-Message-State: ANhLgQ0gP5RqyDFY49cjJoF9OuEMppu2DhSnQsBYGWuod97utvcJRB7i CfaJ0DJKpb7+4qsPOYHQvQ== X-Received: by 2002:a9d:6752:: with SMTP id w18mr7374480otm.123.1584039698352; Thu, 12 Mar 2020 12:01:38 -0700 (PDT) Received: from rob-hp-laptop (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id j132sm4176497oih.1.2020.03.12.12.01.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 12 Mar 2020 12:01:36 -0700 (PDT) Received: (nullmailer pid 25434 invoked by uid 1000); Thu, 12 Mar 2020 19:01:35 -0000 Date: Thu, 12 Mar 2020 14:01:35 -0500 From: Rob Herring To: Amit Kucheria Cc: linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, swboyd@chromium.org, mka@chromium.org, daniel.lezcano@linaro.org, Amit Kucheria , Zhang Rui , linux-pm@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v2 2/3] dt-bindings: thermal: Add yaml bindings for thermal cooling-devices Message-ID: <20200312190135.GA14131@bogus> References: <9a2052ee2afa43048bd4e2594d015fca6bbf5116.1583412540.git.amit.kucheria@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9a2052ee2afa43048bd4e2594d015fca6bbf5116.1583412540.git.amit.kucheria@linaro.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 05, 2020 at 06:26:42PM +0530, Amit Kucheria wrote: > As part of moving the thermal bindings to YAML, split it up into 3 > bindings: thermal sensors, cooling devices and thermal zones. > > The property #cooling-cells is required in each device that acts as a > cooling device - whether active or passive. So any device that can > throttle its performance to passively reduce heat dissipation (e.g. > cpus, gpus) and any device that can actively dissipate heat at different > levels (e.g. fans) will contain this property. > > Signed-off-by: Amit Kucheria > --- > .../thermal/thermal-cooling-devices.yaml | 114 ++++++++++++++++++ > 1 file changed, 114 insertions(+) > create mode 100644 Documentation/devicetree/bindings/thermal/thermal-cooling-devices.yaml > > diff --git a/Documentation/devicetree/bindings/thermal/thermal-cooling-devices.yaml b/Documentation/devicetree/bindings/thermal/thermal-cooling-devices.yaml > new file mode 100644 > index 0000000000000..4745ea4b41ae7 > --- /dev/null > +++ b/Documentation/devicetree/bindings/thermal/thermal-cooling-devices.yaml > @@ -0,0 +1,114 @@ > +# SPDX-License-Identifier: (GPL-2.0) > +# Copyright 2020 Linaro Ltd. > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/thermal/thermal-cooling-devices.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Thermal cooling device binding > + > +maintainers: > + - Amit Kucheria > + > +description: | > + Thermal management is achieved in devicetree by describing the sensor hardware > + and the software abstraction of cooling devices and thermal zones required to > + take appropriate action to mitigate thermal overload. > + > + The following node types are used to completely describe a thermal management > + system in devicetree: > + - thermal-sensor: device that measures temperature, has SoC-specific bindings > + - cooling-device: device used to dissipate heat either passively or artively > + - thermal-zones: a container of the following node types used to describe all > + thermal data for the platform > + > + This binding describes the cooling devices. > + > + There are essentially two ways to provide control on power dissipation: > + - Passive cooling: by means of regulating device performance. A typical > + passive cooling mechanism is a CPU that has dynamic voltage and frequency > + scaling (DVFS), and uses lower frequencies as cooling states. > + - Active cooling: by means of activating devices in order to remove the > + dissipated heat, e.g. regulating fan speeds. > + > + Any cooling device has a range of cooling states (i.e. different levels of > + heat dissipation). They also have a way to determine the state of cooling in > + which the device is. For example, a fan's cooling states correspond to the > + different fan speeds possible. Cooling states are referred to by single > + unsigned integers, where larger numbers mean greater heat dissipation. The > + precise set of cooling states associated with a device should be defined in > + a particular device's binding. > + This and patch 1 should have a 'select: true' so that this schema is applied to all nodes (it does nothing if #cooling-cells is not present). > +properties: > + "#cooling-cells": > + description: > + Must be 2, in order to specify minimum and maximum cooling state used in > + the cooling-maps reference. The first cell is the minimum cooling state > + and the second cell is the maximum cooling state requested. > + const: 2 > + > +examples: > + - | > + #include > + #include > + > + // Example 1: Cpufreq cooling device on CPU0 > + cpus { > + #address-cells = <2>; > + #size-cells = <0>; > + > + CPU0: cpu@0 { > + device_type = "cpu"; > + compatible = "qcom,kryo385"; > + reg = <0x0 0x0>; > + enable-method = "psci"; > + cpu-idle-states = <&LITTLE_CPU_SLEEP_0 > + &LITTLE_CPU_SLEEP_1 > + &CLUSTER_SLEEP_0>; > + capacity-dmips-mhz = <607>; > + dynamic-power-coefficient = <100>; > + qcom,freq-domain = <&cpufreq_hw 0>; > + #cooling-cells = <2>; > + next-level-cache = <&L2_0>; > + L2_0: l2-cache { > + compatible = "cache"; > + next-level-cache = <&L3_0>; > + L3_0: l3-cache { > + compatible = "cache"; > + }; > + }; > + }; > + > + /* ... */ > + > + }; > + > + /* ... */ > + > + thermal-zones { > + cpu0-thermal { > + polling-delay-passive = <250>; > + polling-delay = <1000>; > + > + thermal-sensors = <&tsens0 1>; > + > + trips { > + cpu0_alert0: trip-point0 { > + temperature = <90000>; > + hysteresis = <2000>; > + type = "passive"; > + }; > + }; > + > + cooling-maps { > + map0 { > + trip = <&cpu0_alert0>; > + cooling-device = <&CPU0 THERMAL_NO_LIMIT > + THERMAL_NO_LIMIT>; > + }; > + }; > + }; > + > + /* ... */ > + }; > +... > -- > 2.20.1 >