[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALAqxLXzvZ++1eCtSiuxpSxA=-M86JWj_+FbRbvq1mDkgq-hMw@mail.gmail.com>
Date: Tue, 18 May 2021 11:21:55 -0700
From: John Stultz <john.stultz@...aro.org>
To: Mark Rutland <mark.rutland@....com>
Cc: Marc Zyngier <maz@...nel.org>,
Catalin Marinas <catalin.marinas@....com>,
Kees Cook <keescook@...omium.org>,
Will Deacon <will@...nel.org>,
Sami Tolvanen <samitolvanen@...gle.com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
YongQin Liu <yongqin.liu@...aro.org>,
Amit Pundir <amit.pundir@...aro.org>,
Michael Walle <michael@...le.cc>,
Mark Brown <broonie@...nel.org>,
Masahiro Yamada <masahiroy@...nel.org>
Subject: Re: REGRESSION: kernel BUG at arch/arm64/kernel/alternative.c:157!
On Tue, May 18, 2021 at 2:59 AM Mark Rutland <mark.rutland@....com> wrote:
>
> Adding Mark Brown and Mazahiro Yamada.
>
> It looks like there's a dependency issue where assembly files don't get rebuilt
> when a generated header they depend upon is rebuilt, and from commit:
>
> 0c6c2d3615efb7c2 ("arm64: Generate cpucaps.h")
>
> ... we can have stale objects with old cpucap values.
Thanks for confirming! I've also verified that things do get back to
booting ok w/ v5.13-rc2 after a make clean, so it does seem like some
sort of dependency, which explains the inconsistent bisection.
thanks
-john
Powered by blists - more mailing lists