[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <YtFdarmJKQbV2Wz8@sirena.org.uk>
Date: Fri, 15 Jul 2022 13:28:26 +0100
From: Mark Brown <broonie@...nel.org>
To: Naresh Kamboju <naresh.kamboju@...aro.org>
Cc: Mark Rutland <mark.rutland@....com>,
open list <linux-kernel@...r.kernel.org>,
Linux-Next Mailing List <linux-next@...r.kernel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
lkft-triage@...ts.linaro.org, regressions@...ts.linux.dev,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>, Arnd Bergmann <arnd@...db.de>,
Anders Roxell <anders.roxell@...aro.org>,
Aishwarya TCV <Aishwarya.TCV@....com>
Subject: Re: FVP: kernel BUG at arch/arm64/kernel/traps.c:497 - Internal
error: Oops - BUG: 0
On Thu, Jul 14, 2022 at 07:35:50PM +0530, Naresh Kamboju wrote:
> On Thu, 14 Jul 2022 at 19:09, Mark Rutland <mark.rutland@....com> wrote:
> > When *only* using the initial loading into memory, that blows up in stackdepot
> > and with a subsequent bogus pointer dereference (full log below), and when
> > loaded via semihosting that just works. Note that my kernel is based on the
> > arm64 for-next/core branch, which itself is based on v5.19-rc3.
> > Naresh, please can you fix your boot flow before reporting any further issues?
>
> Yes.
If you don't *need* to use u-boot for any reason then it might be worth
looking into using EDK2 instead, it will dynamically place loaded images
so you don't need to worry about size issues unless you actually run out
of memory which is a whole other problem.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists