From: Chris Down <chris@chrisdown.name>
To: Daniel Lezcano <daniel.lezcano@linaro.org>
Cc: linux-pm@vger.kernel.org, "Rafael J. Wysocki" <rafael@kernel.org>,
Amit Kucheria <amitk@kernel.org>, Zhang Rui <rui.zhang@intel.com>,
Guenter Roeck <linux@roeck-us.net>
Subject: Re: Thermal notifications without setting thermal governor to userspace?
Date: Mon, 4 Apr 2022 16:17:05 +0100 [thread overview]
Message-ID: <YksL8a+cINo7K/xX@chrisdown.name> (raw)
In-Reply-To: <faf9e24f-4419-cdbb-573f-4cf2d9e506e2@linaro.org>
Hey Daniel,
Thanks a lot for getting back!
Daniel Lezcano writes:
>For that it would require to setup a trip point from the firmware
>dedicated to userspace management along with the writable trip point
>kernel config option.
>
>On embedded systems, the trip point can be added easily in the device tree.
>
>You would end up with:
>
> - one passive trip point : writable and used by userspace
>
> - one passive trip point to protect the system tied with a cooling
>device and handled by the kernel
>
> - one hot trip point to notify the userspace critical is about to be reach
>
> - one critical trip point to reboot the system
>
>From the userspace, you change the trip temp to 50°C, 70°C and 90°C
>when crossing the way up or the way down.
>
>The sensor should implement the set_trip in order to program the
>register to fire the interrupt at the specified temperature.
>Otherwise, monitoring will be needed.
>
>On ACPI, except hacking the table and reload from the kernel I don't
>see how to do that.
In my case I'm dealing with "normal" desktop machines and a distribution
kernel, so it isn't possible to have fine grained control over the kernel
configuration or device tree (especially since ideally this would be
usable as an unprivileged user).
Is it still possible to use this in such a scenario?
next prev parent reply other threads:[~2022-04-04 15:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-30 15:45 Thermal notifications without setting thermal governor to userspace? Chris Down
2022-03-30 18:08 ` Daniel Lezcano
2022-03-30 18:11 ` Chris Down
2022-03-30 22:24 ` Daniel Lezcano
2022-04-04 15:17 ` Chris Down [this message]
2022-04-04 16:17 ` Daniel Lezcano
2022-04-04 17:17 ` Chris Down
2022-04-04 20:27 ` Daniel Lezcano
2022-04-04 20:50 ` Chris Down
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=YksL8a+cINo7K/xX@chrisdown.name \
--to=chris@chrisdown.name \
--cc=amitk@kernel.org \
--cc=daniel.lezcano@linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=rafael@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).