[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1525804604.49308.15.camel@linux.intel.com>
Date: Tue, 08 May 2018 11:36:44 -0700
From: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
To: Juri Lelli <juri.lelli@...hat.com>, linux-kernel@...r.kernel.org
Cc: Jonathan Corbet <corbet@....net>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
linux-doc@...r.kernel.org, linux-pm@...r.kernel.org
Subject: Re: [PATCH] Documentation/admin-guide/pm/intel_pstate: fix Active
Mode w/o HWP paragraph
On Tue, 2018-05-08 at 17:12 +0200, Juri Lelli wrote:
> P-state selection algorithm (powersave or performance) is selected by
> echoing the desired choice to scaling_governor sysfs attribute and
> not
> to scaling_cur_freq (as currently stated).
>
> Fix it.
Thanks for the fix.
>
> Signed-off-by: Juri Lelli <juri.lelli@...hat.com>
> Cc: Jonathan Corbet <corbet@....net>
> Cc: "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
> Cc: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
> Cc: linux-doc@...r.kernel.org
> Cc: linux-pm@...r.kernel.org
Reviewed-by: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
>
> ---
> Documentation/admin-guide/pm/intel_pstate.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/admin-guide/pm/intel_pstate.rst
> b/Documentation/admin-guide/pm/intel_pstate.rst
> index d2b6fda3d67b..ab2fe0eda1d7 100644
> --- a/Documentation/admin-guide/pm/intel_pstate.rst
> +++ b/Documentation/admin-guide/pm/intel_pstate.rst
> @@ -145,7 +145,7 @@ feature enabled.]
>
> In this mode ``intel_pstate`` registers utilization update callbacks
> with the
> CPU scheduler in order to run a P-state selection algorithm, either
> -``powersave`` or ``performance``, depending on the
> ``scaling_cur_freq`` policy
> +``powersave`` or ``performance``, depending on the
> ``scaling_governor`` policy
> setting in ``sysfs``. The current CPU frequency information to be
> made
> available from the ``scaling_cur_freq`` policy attribute in
> ``sysfs`` is
> periodically updated by those utilization update callbacks too.
Powered by blists - more mailing lists