[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1585738725.git.amit.kucheria@linaro.org>
Date: Wed, 1 Apr 2020 16:45:24 +0530
From: Amit Kucheria <amit.kucheria@...aro.org>
To: linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
swboyd@...omium.org, lukasz.luba@....com, mka@...omium.org,
daniel.lezcano@...aro.org,
Amit Kucheria <amit.kucheria@...durent.com>,
Zhang Rui <rui.zhang@...el.com>
Cc: devicetree@...r.kernel.org, linux-pm@...r.kernel.org
Subject: [PATCH v4 0/3] Convert thermal bindings to yaml
Hi all,
Here is a series splitting up the thermal bindings into 3 separate bindings
in YAML, one each of the sensor, cooling-device and the thermal zones.
A series to remove thermal.txt and change over all references to it will
follow shortly. Another series to fixup problems found by enforcing this
yaml definition across dts files will also follow.
Changes since v3:
- Clarify example by using cooling state numbers and a comment
- Restrict thermal-sensors to a single reference to reflect actual code
where there is a one-to-one mapping between sensors and thermal zones
- Add two optional properties that were missed in earlier submissions:
coefficients and sustainable-power
- Improve description of hysteresis and contribution properties
- Added Acks.
Changes since v2:
- Addressed review comment from Rob
- Added required properties for thermal-zones node
- Added select: true to thermal-cooling-devices.yaml
- Fixed up example to pass dt_binding_check
Changes since v1:
- Addressed review comments from Rob
- Moved the license back to GPLv2, waiting for other authors to give
permission to relicense to BSD-2-Clause as well
- Fixed up warnings thrown by dt_binding_check
I have to add that the bindings as they exist today, don't really follow
the "describe the hardware" model of devicetree. e.g. the entire
thermal-zone binding is a software abstraction to tie arbitrary,
board-specific trip points to cooling strategies. This doesn't fit well
into the model where the same SoC in two different form-factor devices e.g.
mobile and laptop, will have fairly different thermal profiles and might
benefit from different trip points and mitigation heuristics. I've started
some experiments with moving the thermal zone data to a board-specific
platform data that is used to initialise a "thermal zone driver".
In any case, if we ever move down that path, it'll probably end up being v2
of the binding, so this series is still relevant.
Regards,
Amit
Amit Kucheria (3):
dt-bindings: thermal: Add yaml bindings for thermal sensors
dt-bindings: thermal: Add yaml bindings for thermal cooling-devices
dt-bindings: thermal: Add yaml bindings for thermal zones
.../thermal/thermal-cooling-devices.yaml | 116 ++++++
.../bindings/thermal/thermal-sensor.yaml | 72 ++++
.../bindings/thermal/thermal-zones.yaml | 341 ++++++++++++++++++
3 files changed, 529 insertions(+)
create mode 100644 Documentation/devicetree/bindings/thermal/thermal-cooling-devices.yaml
create mode 100644 Documentation/devicetree/bindings/thermal/thermal-sensor.yaml
create mode 100644 Documentation/devicetree/bindings/thermal/thermal-zones.yaml
--
2.20.1
Powered by blists - more mailing lists