From: Peter Zijlstra <peterz@infradead.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Guenter Roeck <linux@roeck-us.net>,
Heiko Carstens <hca@linux.ibm.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-s390 <linux-s390@vger.kernel.org>,
Sven Schnelle <svens@linux.ibm.com>
Subject: Re: Linux 5.14
Date: Mon, 30 Aug 2021 23:28:54 +0200 [thread overview]
Message-ID: <YS1NltjDz/Xo8nHt@hirez.programming.kicks-ass.net> (raw)
In-Reply-To: <CAHk-=wi2-1PyGj94cb+jYWb4vCcJ3JG6s6Li7c12dPOhdTs1RA@mail.gmail.com>
On Mon, Aug 30, 2021 at 01:15:37PM -0700, Linus Torvalds wrote:
> On Mon, Aug 30, 2021 at 1:12 PM Guenter Roeck <linux@roeck-us.net> wrote:
> >
> > So far so good, but there is a brand new runtime warning, seen when booting
> > s390 images.
> >
> > [ 3.218816] ------------[ cut here ]------------
> > [ 3.219010] WARNING: CPU: 1 PID: 0 at kernel/sched/core.c:5779 sched_core_cpu_starting+0x172/0x180
> > [ 3.222845] Call Trace:
> > [ 3.222992] [<0000000000186e86>] sched_core_cpu_starting+0x176/0x180
> > [ 3.223114] ([<0000000000186dc4>] sched_core_cpu_starting+0xb4/0x180)
> > [ 3.223182] [<00000000001963e4>] sched_cpu_starting+0x2c/0x68
> > [ 3.223243] [<000000000014f288>] cpuhp_invoke_callback+0x318/0x970
> > [ 3.223304] [<000000000014f970>] cpuhp_invoke_callback_range+0x90/0x108
> > [ 3.223364] [<000000000015123c>] notify_cpu_starting+0x84/0xa8
> > [ 3.223426] [<0000000000117bca>] smp_init_secondary+0x72/0xf0
> > [ 3.223492] [<0000000000117846>] smp_start_secondary+0x86/0x90
> >
> > Commit 3c474b3239f12 ("sched: Fix Core-wide rq->lock for uninitialized
> > CPUs") seems to be the culprit. Indeed, the warning is gone after reverting
> > this commit.
>
> Ouch, not great timing.
>
> Adding the s390 people to the cc too, just to make sure everybody
> involved is aware.
'Funny' thing, Sven actually tested that on s390. I had already comitted
the patch which is why his tag isn't on the commit:
https://lkml.kernel.org/r/yt9dy28o8q0o.fsf@linux.ibm.com
Anyway, looks like Thomas found something fishy in their topology code.
Lemme go catch up.
next prev parent reply other threads:[~2021-08-30 21:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAHk-=wh75ELUu99yPkPNt+R166CK=-M4eoV+F62tW3TVgB7=4g@mail.gmail.com>
[not found] ` <20210830201225.GA2671970@roeck-us.net>
2021-08-30 20:15 ` Linux 5.14 Linus Torvalds
2021-08-30 21:28 ` Peter Zijlstra [this message]
2021-08-31 11:04 ` Heiko Carstens
2021-08-30 20:32 ` Thomas Gleixner
2021-08-30 23:57 ` Thomas Gleixner
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=YS1NltjDz/Xo8nHt@hirez.programming.kicks-ass.net \
--to=peterz@infradead.org \
--cc=borntraeger@de.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=svens@linux.ibm.com \
--cc=torvalds@linux-foundation.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