linux-kernel - [PATCH 0/2] uclamp_max vs schedutil fixes

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-next>] [day] [month] [year] [list]

Date:   Thu, 16 Dec 2021 22:53:18 +0000
From:   Qais Yousef <qais.yousef@....com>
To:     "Rafael J. Wysocki" <rafael@...nel.org>,
        Viresh Kumar <viresh.kumar@...aro.org>,
        "Peter Zijlstra (Intel)" <peterz@...radead.org>,
        Ingo Molnar <mingo@...nel.org>
Cc:     Dietmar Eggemann <dietmar.eggemann@....com>,
        Vincent Guittot <vincent.guittot@...aro.org>,
        Beata Michalska <Beata.Michalska@....com>,
        Ionela Voinescu <ionela.voinescu@....com>,
        linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org,
        Qais Yousef <qais.yousef@....com>
Subject: [PATCH 0/2] uclamp_max vs schedutil fixes

On systems that use sugov_update_single_{freq, perf}(), uclamp_max was
ineffective because of 'busy' filter which ignores requests to change frequency
if there's no idle time. A condition that is not true if uclamp is being used
on this system.

Similarly, io heavy tasks that are capped by uclamp_max can still obtain higher
frequencies because sugov_iowait_apply() doesn't clamp the boost with
uclamp_rq_util_with().

Patches 1 and 2 address these 2 problems.

Thanks!

--
Qais Yousef

Qais Yousef (2):
  sched/sugov: Ignore 'busy' filter when uclamp_is_used()
  sched/uclamp: Fix iowait boost escaping uclamp restriction

 kernel/sched/cpufreq_schedutil.c |  11 ++-
 kernel/sched/sched.h             | 139 +++++++++++++++++--------------
 2 files changed, 87 insertions(+), 63 deletions(-)

-- 
2.25.1