All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Doug Smythies" <dsmythies@telus.net>
To: 'Srinivas Pandruvada' <srinivas.pandruvada@linux.intel.com>
Cc: len.brown@intel.com, linux-pm@vger.kernel.org, trenn@suse.de,
	prarit@redhat.com, rafael@kernel.org,
	Doug Smythies <dsmythies@telus.net>
Subject: RE: [PATCH] Documentation: cpufreq: intel_pstate: enhance documentation
Date: Tue, 22 Dec 2015 09:26:12 -0800	[thread overview]
Message-ID: <000001d13cdd$dc0fff90$942ffeb0$@net> (raw)
In-Reply-To: <1450721117-7620-1-git-send-email-srinivas.pandruvada@linux.intel.com>

Hi Srinivas,
Just two typos.

On 2015.12.21 10:05 Srinivas Pandruvada wrote:

> +scaling_governor: This displays current active policy. Since each CPU has a
> +cpufreq sysfs, it is possible to set a scaling governor to each CPU. But this
> +is not possible with Intel P-States, as there is one common policy for all
> +CPUs. Here, the last requested policy will be applicable to all CPUs. It is

> >suggested that use the cpupower utility to change policy to all CPUs at the

+suggested that one use the cpupower utility to change policy to all CPUs at the

> +same time.
> +
> +scaling_setspeed: This attribute can never be used with Intel P-State.

> +      setpoint = 80
> +
> +If the current P-State = 0x08 and current load = 100, this will result in the
> +next P-State = 0x08 - ((80 - 100) * 0.2) = 12
> +For the same load at setpoint = 60 this will result in the next P-State
> += 0x08 - ((60 - 100) * 0.2) = 16
> +So by changing the setpoint from 80 to 60, there is an increase of the

> >next P-State from 12 to 16. So this will make processor to execute at

+ next P-State from 12 to 16. So this will make the processor execute at

> +higher P-State for the same CPU load.



  reply	other threads:[~2015-12-22 17:26 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-21 18:05 [PATCH] Documentation: cpufreq: intel_pstate: enhance documentation Srinivas Pandruvada
2015-12-22 17:26 ` Doug Smythies [this message]
2015-12-22 17:48   ` Srinivas Pandruvada

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='000001d13cdd$dc0fff90$942ffeb0$@net' \
    --to=dsmythies@telus.net \
    --cc=len.brown@intel.com \
    --cc=linux-pm@vger.kernel.org \
    --cc=prarit@redhat.com \
    --cc=rafael@kernel.org \
    --cc=srinivas.pandruvada@linux.intel.com \
    --cc=trenn@suse.de \
    /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.