public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Zhang Rui <rui.zhang@intel.com>
To: Lucas Levrel <lucas.levrel@free.fr>, linux-acpi@vger.kernel.org
Subject: Re: Help/info request (in re trip points)
Date: Wed, 27 Jul 2016 09:29:51 +0800	[thread overview]
Message-ID: <1469582991.2367.63.camel@intel.com> (raw)
In-Reply-To: <alpine.LNX.2.20.13.1607262256590.2759@localhost>

Hi, Lucas,

As you have mentioned thermal.c, I think you are using ACPI thermal
control on your platform, right?
trip_point_?_hyst files are created by thermal core, if the platform
thermal driver supports hysteresis, and ACPI thermal driver, which is
used in your case, does not support hysteresis.

On 二, 2016-07-26 at 23:01 +0200, Lucas Levrel wrote:
> Hi (once more),
> 
> Isn't there anyone who could spare a few minutes to guide me on this?
> 
> I found some references to trip_point_?_hyst files, which seem
> promising, 
> but they aren't there in my sysfs, and I cannot create them (e.g.
> "touch: 
> cannot touch `trip_point_4_hyst': No such file or directory").
> 
> Thanks.
> 
> Lucas Levrel
> 
> Le 22 juillet 2016, Lucas Levrel a écrit :
> 
> > 
> > Hi,
> > 
> > Is this the right place to request for help and/or information
> > about thermal 
> > zones? If not, please point me to the right place.
> > 
> > I browsed through thermal.c but couldn't find an answer to my
> > question (it 
> > goes without saying I'm not an expert), namely:
> > how are trip point temperatures set at boot,

ACPI thermal driver gets the trip point temperature information from
ACPI tables.

> >  and how are they reset when 
> > crossed?
> > 
Usually, ACPI trip point is not reset when crossed, but it does
have granularity, which determines when to generate a
temperature change notification.
Say, for a platform that the trip point temperature is 50C, and
granularity is 5C, when the ACPI thermal driver receives a notification
at 50C, it starts to spin the fan.
Then next time when the ACPI thermal driver gets a temperature change
notification, the temperature is either 55C, which means we need to
take further action to cool the system, or the temperature is 45C and
we can turn off the fan.

In some cases, the trip point may get reset. You can refer to section
11.1.2 in ACPI spec 6.1. IN this case, a trip point change notification
will be sent to thermal driver, and ACPI thermal driver will re-
evaluate the trip point control methods to get new trip point
temperature. But AFAICS, this is really rare.

> > I'm aiming at changing the temperatures at which the fan starts and
> > stops. 
> > The kernel parameter thermal.act=XXX did change the "fan on"
> > temperature, but 
> > not the "fan off" one. I expected the hysteresis T(on)-T(off) to be
> > constant, 
> > and thus I thought T(off) would raise as much as I raised T(on),
> > but this is 
> > not the case.
> > 
Dynamic trip point can only be supported by platform thermal design.
Specifying such values in userspace does not make sense, because it's
not guaranteed that the thermal driver can get notification upon the
values you specified, thus it would screw up the thermal control
entirely.

thanks,
rui

> > Any help is greatly appreciated.
> > 
> > Lucas Levrel
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" 
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2016-07-27  1:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-22  8:22 Help/info request (in re trip points) Lucas Levrel
2016-07-26 21:01 ` Lucas Levrel
2016-07-27  1:29   ` Zhang Rui [this message]
2016-07-27 10:12     ` lucas.levrel

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=1469582991.2367.63.camel@intel.com \
    --to=rui.zhang@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=lucas.levrel@free.fr \
    /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