linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Vincent Guittot <vincent.guittot@linaro.org>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Valentin Schneider <valentin.schneider@arm.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@kernel.org>, Qian Cai <cai@lca.pw>
Subject: Re: [PATCH] sched/fair: Cleanup definition of NOHZ blocked load functions
Date: Mon, 3 Jun 2019 11:53:50 +0200	[thread overview]
Message-ID: <CAKfTPtCq_TrG=rNoH=_H_KveWNV-k_bcSQVo2FcDUGhp3Pr--g@mail.gmail.com> (raw)
In-Reply-To: <20190603093835.GF3436@hirez.programming.kicks-ass.net>

On Mon, 3 Jun 2019 at 11:38, Peter Zijlstra <peterz@infradead.org> wrote:
>
> On Sun, Jun 02, 2019 at 05:41:10PM +0100, Valentin Schneider wrote:
> > cfs_rq_has_blocked() and others_have_blocked() are only used within
> > update_blocked_averages(). The !CONFIG_FAIR_GROUP_SCHED version of the
> > latter calls them within a #define CONFIG_NO_HZ_COMMON block, whereas
> > the CONFIG_FAIR_GROUP_SCHED one calls them unconditionnally.
> >
> > As reported by Qian, the above leads to this warning in
> > !CONFIG_NO_HZ_COMMON configs:
> >
> >   kernel/sched/fair.c: In function 'update_blocked_averages':
> >   kernel/sched/fair.c:7750:7: warning: variable 'done' set but not used
> >   [-Wunused-but-set-variable]
> >
> > It wouldn't be wrong to keep cfs_rq_has_blocked() and
> > others_have_blocked() as they are, but since their only current use is
> > to figure out when we can stop calling update_blocked_averages() on
> > fully decayed NOHZ idle CPUs, we can give them a new definition for
> > !CONFIG_NO_HZ_COMMON.
> >
> > Change the definition of cfs_rq_has_blocked() and
> > others_have_blocked() for !CONFIG_NO_HZ_COMMON so that the
> > NOHZ-specific blocks of update_blocked_averages() become no-ops and
> > the 'done' variable gets optimised out.
> >
> > No change in functionality intended.
> >
> > Reported-by: Qian Cai <cai@lca.pw>
> > Signed-off-by: Valentin Schneider <valentin.schneider@arm.com>
>
> I'm thinking the below can go on top to further clean up?

For both patches
Acked-by: Vincent Guittot <vincent.guitto@linaro.org>

>
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -7722,9 +7722,18 @@ static inline bool others_have_blocked(s
>
>         return false;
>  }
> +
> +static inline void update_blocked_load_status(struct rq *rq, bool has_blocked)
> +{
> +       rq->last_blocked_load_update_tick = jiffies;
> +
> +       if (!has_blocked)
> +               rq->has_blocked_load = 0;
> +}
>  #else
>  static inline bool cfs_rq_has_blocked(struct cfs_rq *cfs_rq) { return false; }
>  static inline bool others_have_blocked(struct rq *rq) { return false; }
> +static inline void update_blocked_load_status(struct rq *rq, bool has_blocked) {}
>  #endif
>
>  #ifdef CONFIG_FAIR_GROUP_SCHED
> @@ -7746,18 +7755,6 @@ static inline bool cfs_rq_is_decayed(str
>         return true;
>  }
>
> -#ifdef CONFIG_NO_HZ_COMMON
> -static inline void update_blocked_load_status(struct rq *rq, bool has_blocked)
> -{
> -       rq->last_blocked_load_update_tick = jiffies;
> -
> -       if (!has_blocked)
> -               rq->has_blocked_load = 0;
> -}
> -#else
> -static inline void update_blocked_load_status(struct rq *rq, bool has_blocked) {}
> -#endif
> -
>  static void update_blocked_averages(int cpu)
>  {
>         struct rq *rq = cpu_rq(cpu);
> @@ -7870,11 +7867,7 @@ static inline void update_blocked_averag
>         update_rt_rq_load_avg(rq_clock_pelt(rq), rq, curr_class == &rt_sched_class);
>         update_dl_rq_load_avg(rq_clock_pelt(rq), rq, curr_class == &dl_sched_class);
>         update_irq_load_avg(rq, 0);
> -#ifdef CONFIG_NO_HZ_COMMON
> -       rq->last_blocked_load_update_tick = jiffies;
> -       if (!cfs_rq_has_blocked(cfs_rq) && !others_have_blocked(rq))
> -               rq->has_blocked_load = 0;
> -#endif
> +       update_blocked_load_status(rq, cfs_rq_has_blocked(cfs_rq) || others_have_blocked(rq));
>         rq_unlock_irqrestore(rq, &rf);
>  }
>

  reply	other threads:[~2019-06-03  9:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-25 16:18 [PATCH] sched/fair: fix variable "done" set but not used Qian Cai
2019-05-26 23:56 ` Valentin Schneider
2019-05-27  0:53   ` Qian Cai
2019-05-27 13:25     ` Valentin Schneider
2019-06-02 16:41     ` [PATCH] sched/fair: Cleanup definition of NOHZ blocked load functions Valentin Schneider
2019-06-03  9:38       ` Peter Zijlstra
2019-06-03  9:53         ` Vincent Guittot [this message]
2019-06-03 10:22         ` Valentin Schneider
2019-06-03 11:26           ` Peter Zijlstra

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAKfTPtCq_TrG=rNoH=_H_KveWNV-k_bcSQVo2FcDUGhp3Pr--g@mail.gmail.com' \
    --to=vincent.guittot@linaro.org \
    --cc=cai@lca.pw \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=peterz@infradead.org \
    --cc=valentin.schneider@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).