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
next 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