Hi Greg/Sasha
The following 2 patches are backports of
46609ce22703: ("sched/uclamp: Protect uclamp fast path code with static key") e65855a52b47: ("sched/uclamp: Fix a deadlock when enabling uclamp static key")
into 5.4.y stable tree. The conflict was trivial and due to:
1. uclamp_rq_util_with() was renamed from util_util_with() 2. 2 local variables were converted to unsigned long from unsigned int.
I did do compile test on aarch64 and x86_64 and both looked fine. Beside I ran a quick and short mmtest to verify the functionality and got the following results which is inline with what's expected.
5.4.y 5.4.y-static-keys Hmean send-64 188.46 ( 0.00%) 189.95 * 0.79%* Hmean send-128 375.65 ( 0.00%) 379.75 * 1.09%*
7.32% -0.33% [kernel.kallsyms] [k] try_to_wake_up 0.58% -0.55% [kernel.kallsyms] [k] deactivate_task 0.50% -0.45% [kernel.kallsyms] [k] activate_task
That said, it's Friday afternoon and I am off next week. If I did something stupid and didn't find me, please accept my apologies in advance and will fix it as soon as I am back online.
Thanks
-- Qais Yousef
Qais Yousef (2): sched/uclamp: Protect uclamp fast path code with static key sched/uclamp: Fix a deadlock when enabling uclamp static key
kernel/sched/core.c | 81 +++++++++++++++++++++++++++++++- kernel/sched/cpufreq_schedutil.c | 2 +- kernel/sched/sched.h | 47 +++++++++++++++++- 3 files changed, 126 insertions(+), 4 deletions(-)