lkml.org 
[lkml]   [2021]   [Jul]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 5.12 279/292] sched/uclamp: Ignore max aggregation if rq is idle
    Date
    From: Xuewen Yan <xuewen.yan@unisoc.com>

    [ Upstream commit 3e1493f46390618ea78607cb30c58fc19e2a5035 ]

    When a task wakes up on an idle rq, uclamp_rq_util_with() would max
    aggregate with rq value. But since there is no task enqueued yet, the
    values are stale based on the last task that was running. When the new
    task actually wakes up and enqueued, then the rq uclamp values should
    reflect that of the newly woken up task effective uclamp values.

    This is a problem particularly for uclamp_max because it default to
    1024. If a task p with uclamp_max = 512 wakes up, then max aggregation
    would ignore the capping that should apply when this task is enqueued,
    which is wrong.

    Fix that by ignoring max aggregation if the rq is idle since in that
    case the effective uclamp value of the rq will be the ones of the task
    that will wake up.

    Fixes: 9d20ad7dfc9a ("sched/uclamp: Add uclamp_util_with()")
    Signed-off-by: Xuewen Yan <xuewen.yan@unisoc.com>
    Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
    Reviewed-by: Valentin Schneider <valentin.schneider@arm.com>
    [qias: Changelog]
    Reviewed-by: Qais Yousef <qais.yousef@arm.com>
    Link: https://lore.kernel.org/r/20210630141204.8197-1-xuewen.yan94@gmail.com
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    ---
    kernel/sched/sched.h | 21 ++++++++++++++-------
    1 file changed, 14 insertions(+), 7 deletions(-)

    diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
    index e4e4f47cee6a..eee49ce2d596 100644
    --- a/kernel/sched/sched.h
    +++ b/kernel/sched/sched.h
    @@ -2524,20 +2524,27 @@ static __always_inline
    unsigned long uclamp_rq_util_with(struct rq *rq, unsigned long util,
    struct task_struct *p)
    {
    - unsigned long min_util;
    - unsigned long max_util;
    + unsigned long min_util = 0;
    + unsigned long max_util = 0;

    if (!static_branch_likely(&sched_uclamp_used))
    return util;

    - min_util = READ_ONCE(rq->uclamp[UCLAMP_MIN].value);
    - max_util = READ_ONCE(rq->uclamp[UCLAMP_MAX].value);
    -
    if (p) {
    - min_util = max(min_util, uclamp_eff_value(p, UCLAMP_MIN));
    - max_util = max(max_util, uclamp_eff_value(p, UCLAMP_MAX));
    + min_util = uclamp_eff_value(p, UCLAMP_MIN);
    + max_util = uclamp_eff_value(p, UCLAMP_MAX);
    +
    + /*
    + * Ignore last runnable task's max clamp, as this task will
    + * reset it. Similarly, no need to read the rq's min clamp.
    + */
    + if (rq->uclamp_flags & UCLAMP_FLAG_IDLE)
    + goto out;
    }

    + min_util = max_t(unsigned long, min_util, READ_ONCE(rq->uclamp[UCLAMP_MIN].value));
    + max_util = max_t(unsigned long, max_util, READ_ONCE(rq->uclamp[UCLAMP_MAX].value));
    +out:
    /*
    * Since CPU's {min,max}_util clamps are MAX aggregated considering
    * RUNNABLE tasks with _different_ clamps, we can end up with an
    --
    2.30.2


    \
     
     \ /
      Last update: 2021-07-19 20:40    [W:4.088 / U:0.040 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site