diff options
| author | Pierre Gondois <[email protected]> | 2023-10-05 13:41:20 +0000 |
|---|---|---|
| committer | Rafael J. Wysocki <[email protected]> | 2023-10-06 20:05:56 +0000 |
| commit | e7a1b32e43b194bbf930281ae7f5149c420cd122 (patch) | |
| tree | accd4b82331b1a0d858fa7fdaacc124415eb5edf /drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | |
| parent | cpufreq: userspace: Move is_managed indicator into per-policy structure (diff) | |
| download | kernel-e7a1b32e43b194bbf930281ae7f5149c420cd122.tar.gz kernel-e7a1b32e43b194bbf930281ae7f5149c420cd122.zip | |
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 <[email protected]>
Acked-by: Viresh Kumar <[email protected]>
Signed-off-by: Rafael J. Wysocki <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c')
0 files changed, 0 insertions, 0 deletions