From: "Doug Smythies" <dsmythies@telus.net>
To: "'Zhang Rui'" <rui.zhang@intel.com>
Cc: <daniel.lezcano@linaro.org>,
<srinivas.pandruvada@linux.intel.com>, <linux-pm@vger.kernel.org>
Subject: RE: [PATCH] thermal/intel: introduce tcc cooling driver
Date: Tue, 26 Jan 2021 11:18:58 -0800 [thread overview]
Message-ID: <000901d6f418$1a9b34e0$4fd19ea0$@net> (raw)
In-Reply-To: <002601d6ec2a$36663da0$a332b8e0$@net>
Hi, Just a small follow up on this one:
On 2021.01.16 09:08 Doug Smythies wrote:
> On 2021.01.15 Zhang Rui wrote:
...
> Busy% Bzy_MHz IRQ PkgTmp PkgWatt
> 67.93 3773 134577 43 54.78
>
> For unknown reason the processor seems to now
> think it is not heavily loaded. From my MSR decoder:
>
> 0x64F: MSR_CORE_PERF_LIMIT_REASONS: 200020 AUTO AUTOL
>
> From the book:
>
> > Autonomous Utilization-Based Frequency Control
> > Status (R0)
> > When set, frequency is reduced below the operating
> > system request because the processor has detected
> > that utilization is low.
>
> Which is not true.
>
> Anyway,
>
> Acked-by: Doug Smythies <dsmythies@telus.net>
O.K. there were 2 things wrong above:
1.) I used the wrong intel SDM table for those bit definitions.
They should have been: RATL and RATLL.
From the proper page of the book:
> Running Average Thermal Limit Status (R0)
> When set, frequency is reduced below the operating
> system request due to Running Average Thermal Limit
> (RATL).
2.) Due to the already discussed turbostat issue, that was not
the actual temperature and so the RATL bit being set was actually
valid at that time.
I have not been able to find the time window knob for this, if there
even is one, similar to the time window knobs for the package power limits.
I wanted to reduce the time constant, just as a test, in an attempt
to reduce the step function load potential temperature overshoot.
One additional informational follow up note:
There always seems to be a significant turn on transient to using the
TCC offset, appearing as temperature undershoot. I am saying that
an offset of 0 seems to also act as some sort of on/off switch to the
running average.
Example 1 - start with offset 0:
$ sudo ~/turbostat --Summary --quiet --show Busy%,Bzy_MHz,PkgTmp,PkgWatt,IRQ --interval 1
Busy% Bzy_MHz IRQ PkgTmp PkgWatt
51.17 4600 3531 71 93.57
51.37 4600 3543 71 93.60
51.37 4600 3590 71 93.63 <<< offset changed from 0 to 24
50.99 3737 3566 52 43.49 <<< trip point = 76 degrees
51.20 3700 3550 51 41.14 <<< TCC offset turn on transient
51.09 3700 3559 51 41.30 <<< There was no need to throttle
51.12 3779 3515 53 43.78
50.95 4064 3553 58 55.57
51.55 4271 3522 63 65.30
51.18 4424 3534 67 76.58
51.27 4500 3532 68 84.12
51.14 4500 3529 68 84.14
51.24 4599 3522 71 93.61
51.14 4600 3523 71 93.71 <<< Eventually it does return to not throttled.
Example 2 - start with offset 1:
Busy% Bzy_MHz IRQ PkgTmp PkgWatt
51.14 4600 3554 73 94.73
51.37 4600 3544 73 94.85
51.03 4600 3560 74 94.64 <<< offset changed from 1 to 24
51.33 4600 3508 73 94.88 <<< trip point = 76 degrees
51.14 4600 3526 73 94.69 <<< No TCC offset transient
51.22 4600 3614 73 94.85
51.24 4600 3531 73 94.84
51.50 4600 3578 73 94.92
51.15 4600 3571 73 94.77
51.20 4600 3521 73 94.91
51.19 4600 3550 73 94.76
51.27 4600 3522 74 94.81
51.27 4600 3530 74 94.98
... Doug
next prev parent reply other threads:[~2021-01-27 0:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-15 9:47 [PATCH] thermal/intel: introduce tcc cooling driver Zhang Rui
2021-01-16 17:08 ` Doug Smythies
2021-01-16 21:21 ` Doug Smythies
2021-01-18 9:31 ` Zhang, Rui
2021-01-19 7:10 ` Doug Smythies
2021-01-18 9:46 ` Zhang, Rui
2021-01-28 17:32 ` Zhang Rui
2021-01-26 19:18 ` Doug Smythies [this message]
2021-01-28 17:29 ` Zhang Rui
2021-01-30 16:58 ` Doug Smythies
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='000901d6f418$1a9b34e0$4fd19ea0$@net' \
--to=dsmythies@telus.net \
--cc=daniel.lezcano@linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=rui.zhang@intel.com \
--cc=srinivas.pandruvada@linux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.