lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZG78k9dOJS2vauEP@BLR-5CG13462PL.amd.com>
Date:   Thu, 25 May 2023 11:43:39 +0530
From:   Wyes Karny <wyes.karny@....com>
To:     "Rafael J. Wysocki" <rafael@...nel.org>
Cc:     ray.huang@....com, viresh.kumar@...aro.org,
        linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org,
        gautham.shenoy@....com
Subject: Re: [PATCH] cpufreq: amd-pstate: Update policy->cur for adjust perf

Hi Rafael,

On 24 May 19:57, Rafael J. Wysocki wrote:
> On Thu, May 18, 2023 at 7:58 AM Wyes Karny <wyes.karny@....com> wrote:
> >
> > Driver should update policy->cur after updating the frequency.
> > Currently amd_pstate doesn't update policy->cur when `adjust_perf`
> > is used. Which causes /proc/cpuinfo to show wrong cpu frequency.
> > Fix this by updating policy->cur with correct frequency value in
> > adjust_perf function callback.
> >
> > - Before the fix: (setting min freq to 1.5 MHz)
> >
> > [root@amd]# cat /proc/cpuinfo | grep "cpu MHz" | sort | uniq --count
> >       1 cpu MHz         : 1777.016
> >       1 cpu MHz         : 1797.160
> >       1 cpu MHz         : 1797.270
> >     189 cpu MHz         : 400.000
> >
> > - After the fix: (setting min freq to 1.5 MHz)
> >
> > [root@amd]# cat /proc/cpuinfo | grep "cpu MHz" | sort | uniq --count
> >       1 cpu MHz         : 1753.353
> >       1 cpu MHz         : 1756.838
> >       1 cpu MHz         : 1776.466
> >       1 cpu MHz         : 1776.873
> >       1 cpu MHz         : 1777.308
> >       1 cpu MHz         : 1779.900
> >     183 cpu MHz         : 1805.231
> >       1 cpu MHz         : 1956.815
> >       1 cpu MHz         : 2246.203
> >       1 cpu MHz         : 2259.984
> >
> > Fixes: 1d215f0319c2 ("cpufreq: amd-pstate: Add fast switch function for AMD P-State")
> >
> > Signed-off-by: Wyes Karny <wyes.karny@....com>
> > ---
> >  drivers/cpufreq/amd-pstate.c | 8 +++++++-
> >  1 file changed, 7 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/cpufreq/amd-pstate.c b/drivers/cpufreq/amd-pstate.c
> > index 5a3d4aa0f45a..736dab69ba1e 100644
> > --- a/drivers/cpufreq/amd-pstate.c
> > +++ b/drivers/cpufreq/amd-pstate.c
> > @@ -479,12 +479,14 @@ static void amd_pstate_adjust_perf(unsigned int cpu,
> >                                    unsigned long capacity)
> >  {
> >         unsigned long max_perf, min_perf, des_perf,
> > -                     cap_perf, lowest_nonlinear_perf;
> > +                     cap_perf, lowest_nonlinear_perf, max_freq;
> >         struct cpufreq_policy *policy = cpufreq_cpu_get(cpu);
> >         struct amd_cpudata *cpudata = policy->driver_data;
> > +       unsigned int target_freq;
> >
> >         cap_perf = READ_ONCE(cpudata->highest_perf);
> >         lowest_nonlinear_perf = READ_ONCE(cpudata->lowest_nonlinear_perf);
> > +       max_freq = READ_ONCE(cpudata->max_freq);
> >
> >         des_perf = cap_perf;
> >         if (target_perf < capacity)
> > @@ -501,6 +503,10 @@ static void amd_pstate_adjust_perf(unsigned int cpu,
> >         if (max_perf < min_perf)
> >                 max_perf = min_perf;
> >
> > +       des_perf = clamp_t(unsigned long, des_perf, min_perf, max_perf);
> > +       target_freq = div_u64(des_perf * max_freq, max_perf);
> > +       policy->cur = target_freq;
> > +
> >         amd_pstate_update(cpudata, min_perf, des_perf, max_perf, true,
> >                         policy->governor->flags);
> >         cpufreq_cpu_put(policy);
> > --
> 
> Applied under an edited subject, thanks!
> 
> I think you'd like this to go into 6.4 and "stable", right?

Yes, please. I should have added stable tag.

Thanks & Regards,
Wyes

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ