From: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
Linux PM list <linux-pm@vger.kernel.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Philippe Longepe <philippe.longepe@linux.intel.com>
Subject: Re: [PATCH] intel_pstate: Do not skip samples partially
Date: Thu, 10 Mar 2016 14:53:46 -0800 [thread overview]
Message-ID: <1457650426.19209.16.camel@linux.intel.com> (raw)
In-Reply-To: <1608361.vYXCevKAEf@vostro.rjw.lan>
On Thu, 2016-03-10 at 23:45 +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
>
> If the current value of MPERF or the current value of TSC is the
> same as the previous one, respectively, intel_pstate_sample() bails
> out early and skips the sample.
>
> However, intel_pstate_adjust_busy_pstate() is still called in that
> case which is not correct, so modify intel_pstate_sample() to
> return a bool value indicating whether or not the sample has been
> taken and use it to decide whether or not to call
> intel_pstate_adjust_busy_pstate().
>
> While at it, remove redundant parentheses from the MPERF/TSC
> check in intel_pstate_sample().
>
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
> ---
>
> On top of my linux-next branch.
>
> ---
> drivers/cpufreq/intel_pstate.c | 12 +++++++-----
> 1 file changed, 7 insertions(+), 5 deletions(-)
>
> Index: linux-pm/drivers/cpufreq/intel_pstate.c
> ===================================================================
> --- linux-pm.orig/drivers/cpufreq/intel_pstate.c
> +++ linux-pm/drivers/cpufreq/intel_pstate.c
> @@ -890,7 +890,7 @@ static inline void intel_pstate_calc_bus
> sample->core_pct_busy = (int32_t)core_pct;
> }
>
> -static inline void intel_pstate_sample(struct cpudata *cpu, u64
> time)
> +static inline bool intel_pstate_sample(struct cpudata *cpu, u64
> time)
> {
> u64 aperf, mperf;
> unsigned long flags;
> @@ -900,9 +900,9 @@ static inline void intel_pstate_sample(s
> rdmsrl(MSR_IA32_APERF, aperf);
> rdmsrl(MSR_IA32_MPERF, mperf);
> tsc = rdtsc();
> - if ((cpu->prev_mperf == mperf) || (cpu->prev_tsc == tsc)) {
> + if (cpu->prev_mperf == mperf || cpu->prev_tsc == tsc) {
> local_irq_restore(flags);
> - return;
> + return false;
> }
> local_irq_restore(flags);
>
> @@ -920,6 +920,7 @@ static inline void intel_pstate_sample(s
> cpu->prev_aperf = aperf;
> cpu->prev_mperf = mperf;
> cpu->prev_tsc = tsc;
> + return true;
> }
>
> static inline int32_t get_target_pstate_use_cpu_load(struct cpudata
> *cpu)
> @@ -1026,8 +1027,9 @@ static void intel_pstate_update_util(str
> u64 delta_ns = time - cpu->sample.time;
>
> if ((s64)delta_ns >= pid_params.sample_rate_ns) {
> - intel_pstate_sample(cpu, time);
> - if (!hwp_active)
> + bool sample_taken = intel_pstate_sample(cpu, time);
> +
> + if (sample_taken && !hwp_active)
> intel_pstate_adjust_busy_pstate(cpu);
> }
> }
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pm"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2016-03-10 22:55 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-10 22:45 [PATCH] intel_pstate: Do not skip samples partially Rafael J. Wysocki
2016-03-10 22:53 ` Srinivas Pandruvada [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=1457650426.19209.16.camel@linux.intel.com \
--to=srinivas.pandruvada@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=philippe.longepe@linux.intel.com \
--cc=rjw@rjwysocki.net \
/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).