From: Dietmar Eggemann <dietmar.eggemann@arm.com>
To: Ammar Faizi <ammarfaizi2@gnuweeb.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: Ben Segall <bsegall@google.com>,
Daniel Bristot de Oliveira <bristot@redhat.com>,
GNU/Weeb Mailing List <gwml@vger.gnuweeb.org>,
Ingo Molnar <mingo@redhat.com>,
Juri Lelli <juri.lelli@redhat.com>, Mel Gorman <mgorman@suse.de>,
Peter Zijlstra <peterz@infradead.org>,
Steven Rostedt <rostedt@goodmis.org>,
Vincent Guittot <vincent.guittot@linaro.org>
Subject: Re: [Linux 5.18-rc1] WARNING: CPU: 1 PID: 0 at kernel/sched/fair.c:3355 update_blocked_averages
Date: Thu, 7 Apr 2022 12:52:28 +0200 [thread overview]
Message-ID: <786190b3-b2cb-464d-9808-325d774c62a5@arm.com> (raw)
In-Reply-To: <7f4b3fbf-c7c6-22cb-019b-520ad6a663aa@gnuweeb.org>
On 06/04/2022 22:34, Ammar Faizi wrote:
> On 4/6/22 7:21 PM, Dietmar Eggemann wrote:
>> On 05/04/2022 15:13, Ammar Faizi wrote:
>>> On 4/5/22 7:21 PM, Dietmar Eggemann wrote:
[...]
> Not familiar with CFS stuff, but here...
>
> ===============
> ammarfaizi2@integral2:~$ mount | grep "cgroup2\|\bcpu\b"
> cgroup2 on /sys/fs/cgroup type cgroup2
> (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
> ammarfaizi2@integral2:~$ cat /sys/fs/cgroup/unified/cgroup.controllers
> cat: /sys/fs/cgroup/unified/cgroup.controllers: No such file or directory
> ammarfaizi2@integral2:~$ ls /sys/fs/cgroup/{cpu,cpuacct}
> ls: cannot access '/sys/fs/cgroup/cpu': No such file or directory
> ls: cannot access '/sys/fs/cgroup/cpuacct': No such file or directory
[...]
Looks like 21.10 finally abandoned legacy cgroup v1 and switched to v2
completely, which is now mounted under /sys/fs/cgroup .
So your /sys/fs/cgroup/cgroup.controllers should contain `cpu`.
Can you check if any of the cpu.max files under /sys/fs/cgroup has
something else then `max 100000` ?
Background is that if this is the case, cgroups (i.e. cfs_rqs) might be
throttled and this could be related to what you see. I haven't
stress-test it so far with active CFS BW ctrl (cfs_rq throttling).
> Update:
> So far I have been using and torturing my machine for a day, but
> still couldn't reproduce the issue. It seems I hit a rarely
> happened bug. I will continue using this until 5.18-rc2 before
> recompile my kernel.
Thanks.
next prev parent reply other threads:[~2022-04-07 10:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-04 6:19 Ammar Faizi
2022-04-05 12:21 ` Dietmar Eggemann
2022-04-05 13:13 ` Ammar Faizi
2022-04-06 12:21 ` Dietmar Eggemann
2022-04-06 20:34 ` Ammar Faizi
2022-04-07 10:52 ` Dietmar Eggemann [this message]
2022-04-08 6:03 ` Ammar Faizi
2022-04-14 9:38 ` Dietmar Eggemann
2022-04-15 14:43 ` Ammar Faizi
2022-04-05 13:29 ` Ammar Faizi
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=786190b3-b2cb-464d-9808-325d774c62a5@arm.com \
--to=dietmar.eggemann@arm.com \
--cc=ammarfaizi2@gnuweeb.org \
--cc=bristot@redhat.com \
--cc=bsegall@google.com \
--cc=gwml@vger.gnuweeb.org \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.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
all inboxes | Powered by JetHome®