summaryrefslogtreecommitdiff
path: root/drivers/cpufreq/ti-cpufreq.c
diff options
context:
space:
mode:
authorPierre Gondois <pierre.gondois@arm.com>2023-10-05 16:41:20 +0300
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2023-10-06 23:05:56 +0300
commite7a1b32e43b194bbf930281ae7f5149c420cd122 (patch)
treeaccd4b82331b1a0d858fa7fdaacc124415eb5edf /drivers/cpufreq/ti-cpufreq.c
parent9ef0ad49cc860c0860026c01abea68878c6d72f7 (diff)
downloadlinux-e7a1b32e43b194bbf930281ae7f5149c420cd122.tar.xz
cpufreq: Rebuild sched-domains when removing cpufreq driver
The Energy Aware Scheduler (EAS) relies on the schedutil governor. When moving to/from the schedutil governor, sched domains must be rebuilt to allow re-evaluating the enablement conditions of EAS. This is done through sched_cpufreq_governor_change(). Having a cpufreq governor assumes a cpufreq driver is running. Inserting/removing a cpufreq driver should trigger a re-evaluation of EAS enablement conditions, avoiding to see EAS enabled when removing a running cpufreq driver. Rebuild the sched domains in schedutil's sugov_init()/sugov_exit(), allowing to check EAS's enablement condition whenever schedutil governor is initialized/exited from. Move relevant code up in schedutil.c to avoid a split and conditional function declaration. Rename sched_cpufreq_governor_change() to sugov_eas_rebuild_sd(). Signed-off-by: Pierre Gondois <pierre.gondois@arm.com> Acked-by: Viresh Kumar <viresh.kumar@linaro.org> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/cpufreq/ti-cpufreq.c')
0 files changed, 0 insertions, 0 deletions