mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Heiner Kallweit <hkallweit1@gmail.com>
To: Vincent Guittot <vincent.guittot@linaro.org>,
	"Peter Zijlstra (Intel)" <peterz@infradead.org>
Cc: Ingo Molnar <mingo@kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Problem with commit 31e77c93e432 "sched/fair: Update blocked load when newly idle"
Date: Fri, 23 Mar 2018 22:28:09 +0100	[thread overview]
Message-ID: <e1da0be1-94d8-d5d0-8329-4507c51ddd64@gmail.com> (raw)

Recently I started to get the following problems with linux-next:

- When working via Putty/SSH on the system the console frequently freezes
  for few seconds. Sometimes only opening a second console makes the
  first one react again.

- I get "INFO: rcu_sched detected stalls on CPUs/tasks:" warnings as
  described in [1].

Bisecting the issue resulted in:

31e77c93e432dec79c7d90b888bbfc3652592741 is the first bad commit
commit 31e77c93e432dec79c7d90b888bbfc3652592741
Author: Vincent Guittot <vincent.guittot@linaro.org>
Date:   Wed Feb 14 16:26:46 2018 +0100

    sched/fair: Update blocked load when newly idle

    When NEWLY_IDLE load balance is not triggered, we might need to update the
    blocked load anyway. We can kick an ilb so an idle CPU will take care of
    updating blocked load or we can try to update them locally before entering
    idle. In the latter case, we reuse part of the nohz_idle_balance.

After reversing this commit at least the issue with the freezing console
is gone. The second one appeared only sporadically, I still have to see
whether it pops up again.

System is a Zotac CI321 mini PC with Intel Celeron 2961Y CPU.
If you need more details, please let me know.

Regards, Heiner

[1] https://lkml.org/lkml/2018/3/22/605

             reply	other threads:[~2018-03-23 21:28 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-23 21:28 Heiner Kallweit [this message]
2018-03-24  6:46 ` Vincent Guittot
2018-03-24 12:47   ` Heiner Kallweit
2018-03-28 10:37     ` Dietmar Eggemann
2018-03-28 14:01       ` Vincent Guittot
2018-03-29  7:41         ` Vincent Guittot
2018-03-29 17:40           ` Heiner Kallweit
2018-03-30  6:50             ` Vincent Guittot
2018-03-30  8:37               ` Heiner Kallweit
2018-04-06 16:03                 ` Vincent Guittot
2018-04-06 19:53                   ` Heiner Kallweit
2018-04-09 17:33                   ` Heiner Kallweit
2018-04-11 17:00                     ` Vincent Guittot
2018-04-11 20:35                       ` Heiner Kallweit

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=e1da0be1-94d8-d5d0-8329-4507c51ddd64@gmail.com \
    --to=hkallweit1@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=peterz@infradead.org \
    --cc=vincent.guittot@linaro.org \
    /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

Powered by JetHome