sched/uclamp: Fix locking around cpu_util_update_eff()
authorQais Yousef <qais.yousef@arm.com>
Mon, 10 May 2021 14:50:32 +0000 (15:50 +0100)
committerPeter Zijlstra <peterz@infradead.org>
Wed, 19 May 2021 08:53:02 +0000 (10:53 +0200)
commit93b73858701fd01de26a4a874eb95f9b7156fd4b
treeb32f97678796f331182efde3cf03a69683e02cba
parent0c18f2ecfcc274a4bcc1d122f79ebd4001c3b445
sched/uclamp: Fix locking around cpu_util_update_eff()

cpu_cgroup_css_online() calls cpu_util_update_eff() without holding the
uclamp_mutex or rcu_read_lock() like other call sites, which is
a mistake.

The uclamp_mutex is required to protect against concurrent reads and
writes that could update the cgroup hierarchy.

The rcu_read_lock() is required to traverse the cgroup data structures
in cpu_util_update_eff().

Surround the caller with the required locks and add some asserts to
better document the dependency in cpu_util_update_eff().

Fixes: 7226017ad37a ("sched/uclamp: Fix a bug in propagating uclamp value in new cgroups")
Reported-by: Quentin Perret <qperret@google.com>
Signed-off-by: Qais Yousef <qais.yousef@arm.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lkml.kernel.org/r/20210510145032.1934078-3-qais.yousef@arm.com
kernel/sched/core.c