From: Eddie James <eajames@linux.ibm.com>
To: Christophe Leroy <christophe.leroy@csgroup.eu>,
linuxppc-dev@lists.ozlabs.org
Cc: miltonm@us.ibm.com, linux-kernel@vger.kernel.org,
npiggin@gmail.com, paulus@samba.org
Subject: Re: PPC476 hangs during tlb flush after calling /init in crash kernel with linux 5.4+
Date: Tue, 27 Apr 2021 17:42:32 -0500 [thread overview]
Message-ID: <2f7587b1986d597a63169567124438325cbedfd7.camel@linux.ibm.com> (raw)
In-Reply-To: <a24e9e0d-1d4f-506b-9303-4b995815d3c4@csgroup.eu>
On Tue, 2021-04-27 at 19:26 +0200, Christophe Leroy wrote:
> Hi Eddies,
>
> Le 27/04/2021 à 19:03, Eddie James a écrit :
> > Hi all,
> >
> > I'm having a problem in simulation and hardware where my PPC476
> > processor stops executing instructions after callling /init. In my
> > case
> > this is a bash script. The code descends to flush the TLB, and
> > somewhere in the loop in _tlbil_pid, the PC goes to
> > InstructionTLBError47x but does not go any further. This only
> > occurs in
> > the crash kernel environment, which is using the same kernel,
> > initramfs, and init script as the main kernel, which executed fine.
> > I
> > do not see this problem with linux 4.19 or 3.10. I do see it with
> > 5.4
> > and 5.10. I see a fair amount of refactoring in the PPC memory
> > management area between 4.19 and 5.4. Can anyone point me in a
> > direction to debug this further? My stack trace is below as I can
> > run
> > gdb in simulation.
>
> Can you bisect to pin point the culprit commit ?
Hi, thanks for your prompt reply.
Good idea! I have bisected to:
commit 9e849f231c3c72d4c3c1b07c9cd19ae789da0420 (b8-bad,
refs/bisect/bad)
Author: Christophe Leroy <christophe.leroy@c-s.fr>
Date: Thu Feb 21 19:08:40 2019 +0000
powerpc/mm/32s: use generic mmu_mapin_ram() for all blocks.
Now that mmu_mapin_ram() is able to handle other blocks
than the one starting at 0, the WII can use it for all
its blocks.
Signed-off-by: Christophe Leroy <christophe.leroy@c-s.fr>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
I also confirmed that reverting this commit resolves the issue in 5.4+.
Now, I don't understand why this is problematic or what is really
happening... Reverting is probably not the desired solution.
Thanks
Eddie
>
> Assuming the problem is in arch/powerpc/ , you should get the result
> in approx 10 steps:
>
> [root@po15610vm linux-powerpc]# git bisect start -- arch/powerpc/
> [root@po15610vm linux-powerpc]# git bisect bad v5.4
> [root@po15610vm linux-powerpc]# git bisect good v4.19
> Bisecting: 964 revisions left to test after this (roughly 10 steps)
>
>
> Christophe
next prev parent reply other threads:[~2021-04-27 22:43 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-27 17:03 PPC476 hangs during tlb flush after calling /init in crash kernel with linux 5.4+ Eddie James
2021-04-27 17:26 ` Christophe Leroy
2021-04-27 22:42 ` Eddie James [this message]
2021-04-28 6:08 ` Christophe Leroy
2021-04-28 13:56 ` Eddie James
2021-04-28 14:18 ` Eddie James
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=2f7587b1986d597a63169567124438325cbedfd7.camel@linux.ibm.com \
--to=eajames@linux.ibm.com \
--cc=christophe.leroy@csgroup.eu \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=miltonm@us.ibm.com \
--cc=npiggin@gmail.com \
--cc=paulus@samba.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;
as well as URLs for NNTP newsgroup(s).