Messages in this thread | | | Subject | Re: [PATCH v3 01/14] sched/core: uclamp: extend sched_setattr to support utilization clamping | From | Randy Dunlap <> | Date | Thu, 9 Aug 2018 08:20:17 -0700 |
| |
On 08/09/2018 01:39 AM, Patrick Bellasi wrote: > On 06-Aug 09:50, Randy Dunlap wrote: >> Hi, > > Hi Randy, > >> On 08/06/2018 09:39 AM, Patrick Bellasi wrote: >>> diff --git a/init/Kconfig b/init/Kconfig >>> index 041f3a022122..1d45a6877d6f 100644 >>> --- a/init/Kconfig >>> +++ b/init/Kconfig >>> @@ -583,6 +583,25 @@ config HAVE_UNSTABLE_SCHED_CLOCK >>> config GENERIC_SCHED_CLOCK >>> bool >>> >>> +menu "Scheduler features" >>> + >>> +config UCLAMP_TASK >>> + bool "Enable utilization clamping for RT/FAIR tasks" >>> + depends on CPU_FREQ_GOV_SCHEDUTIL >>> + default false >> >> default n >> but just omit the line completely since "n" is already the default. > > > Right, will update for next posting! > Is there a strict rule to omit this line when it's already the > default?
It's not documented AFAIK, but it's commonly repeated on LKML.
>>> + help >>> + This feature enables the scheduler to track the clamped utilization >>> + of each CPU based on RUNNABLE tasks currently scheduled on that CPU. >>> + >>> + When this option is enabled, the user can specify a min and max CPU >>> + bandwidth which is allowed for a task. >>> + The max bandwidth allows to clamp the maximum frequency a task can >>> + use, while the min bandwidth allows to define a minimum frequency a >>> + task will always use. >> >> Please clean up the indentation above to use one tab + 2 spaces on all lines. > > Sure, my bad I did not notice it... although I'm quite sure the patch > passed a checkpatch... will check better next time.
Thanks.
>>> + >>> + If in doubt, say N. >>> + >>> +endmenu
-- ~Randy
| |