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 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.