arch_topology: Avoid use-after-free for scale_freq_data
authorViresh Kumar <viresh.kumar@linaro.org>
Tue, 15 Jun 2021 08:57:50 +0000 (14:27 +0530)
committerViresh Kumar <viresh.kumar@linaro.org>
Thu, 1 Jul 2021 02:02:14 +0000 (07:32 +0530)
commit83150f5d05f065fb5c12c612f119015cabdcc124
treea532bef79f70f549cfa303207b82527311ff1118
parenteead1840cbd31e553bf8ccdefbd5b065bf596b71
arch_topology: Avoid use-after-free for scale_freq_data

Currently topology_scale_freq_tick() (which gets called from
scheduler_tick()) may end up using a pointer to "struct
scale_freq_data", which was previously cleared by
topology_clear_scale_freq_source(), as there is no protection in place
here. The users of topology_clear_scale_freq_source() though needs a
guarantee that the previously cleared scale_freq_data isn't used
anymore, so they can free the related resources.

Since topology_scale_freq_tick() is called from scheduler tick, we don't
want to add locking in there. Use the RCU update mechanism instead
(which is already used by the scheduler's utilization update path) to
guarantee race free updates here.

synchronize_rcu() makes sure that all RCU critical sections that started
before it is called, will finish before it returns. And so the callers
of topology_clear_scale_freq_source() don't need to worry about their
callback getting called anymore.

Cc: Paul E. McKenney <paulmck@kernel.org>
Fixes: 01e055c120a4 ("arch_topology: Allow multiple entities to provide sched_freq_tick() callback")
Tested-by: Vincent Guittot <vincent.guittot@linaro.org>
Reviewed-by: Ionela Voinescu <ionela.voinescu@arm.com>
Tested-by: Qian Cai <quic_qiancai@quicinc.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
drivers/base/arch_topology.c