From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Fabio Estevam <festevam@gmail.com>, rafael@kernel.org
Cc: amitk@kernel.org, rui.zhang@intel.com, linux-pm@vger.kernel.org,
krzysztof.kozlowski+dt@linaro.org, robh+dt@kernel.org,
conor+dt@kernel.org, devicetree@vger.kernel.org,
Fabio Estevam <festevam@denx.de>,
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
Subject: Re: [PATCH v8 1/3] dt-bindings: thermal-zones: Document critical-action
Date: Thu, 28 Sep 2023 15:23:17 +0200 [thread overview]
Message-ID: <90c4e025-6f55-994f-b51d-9c1274873104@linaro.org> (raw)
In-Reply-To: <20230916014928.2848737-1-festevam@gmail.com>
On 16/09/2023 03:49, Fabio Estevam wrote:
> From: Fabio Estevam <festevam@denx.de>
>
> Document the critical-action property to describe the thermal action
> the OS should perform after the critical temperature is reached.
>
> The possible values are "shutdown" and "reboot".
>
> The motivation for introducing the critical-action property is that
> different systems may need different thermal actions when the critical
> temperature is reached.
>
> For example, a desktop PC may want the OS to trigger a shutdown
> when the critical temperature is reached.
>
> However, in some embedded cases, such behavior does not suit well,
> as the board may be unattended in the field and rebooting may be a
> better approach.
>
> The bootloader may also benefit from this new property as it can check
> the SoC temperature and in case the temperature is above the critical
> point, it can trigger a shutdown or reboot accordingly.
>
> Signed-off-by: Fabio Estevam <festevam@denx.de>
> Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
> ---
> Changes since v7:
> - Made critical-action a property of the top-level thermal-zone node. (Rafael)
>
> .../devicetree/bindings/thermal/thermal-zones.yaml | 8 ++++++++
> 1 file changed, 8 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/thermal/thermal-zones.yaml b/Documentation/devicetree/bindings/thermal/thermal-zones.yaml
> index 4f3acdc4dec0..d28f3fe1045d 100644
> --- a/Documentation/devicetree/bindings/thermal/thermal-zones.yaml
> +++ b/Documentation/devicetree/bindings/thermal/thermal-zones.yaml
> @@ -48,6 +48,14 @@ properties:
> platform-data regarding temperature thresholds and the mitigation actions
> to take when the temperature crosses those thresholds.
>
> + critical-action:
> + $ref: /schemas/types.yaml#/definitions/string
> + description:
> + The action the OS should perform after the critical temperature is reached.
> + enum:
> + - shutdown
> + - reboot
Given I'm catching up the versions, I'll directly comment this series
instead of the previous versions.
From my POV, the critical action to be done is not per system, but per
critical trip point, which is per thermal zone.
Putting the critical action at the thermal zone device level is
inconsistent with the fact the thermal zone may not have a critical trip
point described.
So, the property should be either:
- In the critical trip point description as optional
Or
- At the thermal zone level if there is a critical trip point
described (I don't know how this dependency can be described)
> patternProperties:
> "^[a-zA-Z][a-zA-Z0-9\\-]{1,12}-thermal$":
> type: object
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
prev parent reply other threads:[~2023-09-28 13:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-16 1:49 [PATCH v8 1/3] dt-bindings: thermal-zones: Document critical-action Fabio Estevam
2023-09-16 1:49 ` [PATCH v8 2/3] reboot: Introduce hw_protection_reboot() Fabio Estevam
2023-09-16 1:49 ` [PATCH v8 3/3] thermal: thermal_core: Allow rebooting after critical temp Fabio Estevam
2023-09-28 13:30 ` Daniel Lezcano
2023-09-28 12:21 ` [PATCH v8 1/3] dt-bindings: thermal-zones: Document critical-action Fabio Estevam
2023-09-28 13:23 ` Daniel Lezcano [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=90c4e025-6f55-994f-b51d-9c1274873104@linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=amitk@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=festevam@denx.de \
--cc=festevam@gmail.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=robh+dt@kernel.org \
--cc=rui.zhang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).