Hi Ingo,

On Sat, 15 Sep 2018 at 13:47, Ingo Molnar <mi...@kernel.org> wrote:
>
>
> * tip-bot for Vincent Guittot <tip...@zytor.com> wrote:
>
> > Commit-ID:  2e62c4743adc4c7bfcbc1f45118fc7bec58cf30a
> > Gitweb:     
> > https://git.kernel.org/tip/2e62c4743adc4c7bfcbc1f45118fc7bec58cf30a
> > Author:     Vincent Guittot <vincent.guit...@linaro.org>
> > AuthorDate: Thu, 19 Jul 2018 14:00:06 +0200
> > Committer:  Ingo Molnar <mi...@kernel.org>
> > CommitDate: Wed, 25 Jul 2018 11:41:05 +0200
> >
> > sched/fair: Remove #ifdefs from scale_rt_capacity()
> >
> > Reuse cpu_util_irq() that has been defined for schedutil and set irq util
> > to 0 when !CONFIG_IRQ_TIME_ACCOUNTING.
> >
> > But the compiler is not able to optimize the sequence (at least with
> > aarch64 GCC 7.2.1):
> >
> >       free *= (max - irq);
> >       free /= max;
> >
> > when irq is fixed to 0
> >
> > Add a new inline function scale_irq_capacity() that will scale utilization
> > when irq is accounted. Reuse this funciton in schedutil which applies
> > similar formula.
> >
> > Suggested-by: Ingo Molnar <mi...@redhat.com>
> > Signed-off-by: Vincent Guittot <vincent.guit...@linaro.org>
> > Signed-off-by: Peter Zijlstra (Intel) <pet...@infradead.org>
> > Acked-by: Viresh Kumar <viresh.ku...@linaro.org>
> > Cc: Linus Torvalds <torva...@linux-foundation.org>
> > Cc: Peter Zijlstra <pet...@infradead.org>
> > Cc: Thomas Gleixner <t...@linutronix.de>
> > Cc: r...@rjwysocki.net
> > Link: 
> > http://lkml.kernel.org/r/1532001606-6689-1-git-send-email-vincent.guit...@linaro.org
> > Signed-off-by: Ingo Molnar <mi...@kernel.org>
> > ---
> >  kernel/sched/core.c              |  2 +-
> >  kernel/sched/cpufreq_schedutil.c |  3 +--
> >  kernel/sched/fair.c              | 13 +++----------
> >  kernel/sched/sched.h             | 20 ++++++++++++++++++--
> >  4 files changed, 23 insertions(+), 15 deletions(-)
>
> This commit introduced a build warning in the SMP=n case, could we please fix 
> that? (Probably
> the best to maintain variant would be to mark it as __maybe_unused.)

Dou sent a fix for this warning
https://lkml.org/lkml/2018/8/10/22
This one remove one HAVE_SCHED_AVG_IRQ which is at the opposite of
what yyou propose below

and Miguel also made a proposal:
https://lkml.org/lkml/2018/9/8/215
based on __maybe_unused

>
> Also, while at it, there's a number of other places that use this pattern:
>
> > -#if defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> > defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)
> > +#ifdef HAVE_SCHED_AVG_IRQ
>
> Could we convert those to HAVE_SCHED_AVG_IRQ as well?

I'm not sure that we can convert all to HAVE_SCHED_AVG_IRQ

>
> dagon:~/tip> git grep 'defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)' kernel/sched/
> kernel/sched/core.c:#if defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)

we can't replace one because the variables can be used when
HAVE_SCHED_AVG_IRQ is undefined

> kernel/sched/fair.c:#if defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)

This one can be replaced indeed

> kernel/sched/pelt.c:#if defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)

This one can be replaced as well

> kernel/sched/pelt.h:#if defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)

This one too

> kernel/sched/sched.h:#if defined(CONFIG_IRQ_TIME_ACCOUNTING) || 
> defined(CONFIG_PARAVIRT_TIME_ACCOUNTING)
This one is used to declare HAVE_SCHED_AVG_IRQ

>
> Thanks,
>
>         Ingo

Reply via email to