From: Ritesh Harjani (IBM) <ritesh.list@gmail.com>
To: Shrikanth Hegde <sshegde@linux.ibm.com>,
maddy@linux.ibm.com, linuxppc-dev@lists.ozlabs.org,
chzigotzky@xenosoft.de
Cc: sshegde@linux.ibm.com, mpe@ellerman.id.au, npiggin@gmail.com,
christophe.leroy@csgroup.eu, linux-kernel@vger.kernel.org,
msuchanek@suse.de, harshpb@linux.ibm.com, gautam@linux.ibm.com,
amachhiw@linux.ibm.com, venkat88@linux.ibm.com,
nnmlinux@linux.ibm.com, mkchauras@gmail.com
Subject: Re: [PATCH v2 0/3] KVM: PPC: BookE: Fix boot hang on preemptible kernels
Date: Wed, 11 Nov 2026 09:21:32 +0530 [thread overview]
Message-ID: <ik2481q3.ritesh.list@gmail.com> (raw)
In-Reply-To: <20261110053238.3794500-1-sshegde@linux.ibm.com>
Shrikanth Hegde <sshegde@linux.ibm.com> writes:
> Christian Zigotzky had reported that preemptible kernels don't boot on
> his FSL Cyrus+ board. The board freezes on running either full/lazy
> preemption and has been an issue for a while now (years!).
>
> https://lore.kernel.org/all/b897b0fd-90f2-4215-bcd4-3714e497d773@xenosoft.de/#t
>
> After 7.0, there is only preempt=full/lazy which removed the
> preempt=none/voluntary workaround used to mask the issue. There was
> challenge is getting the console logs which made the fixes difficult since
> one couldn't know where the issue is.
>
> Thanks to Michal for helping in getting the logs. That pointed at few
> places where the issue could be. This series is an attempt at fixing
> those.
>
> Christian, I haven't taken the tested-by tag since patches have
> changed quite a bit.
> Please help in *testing* the patches again.
>
> v1->v2:
> - Re-order to avoid preempt count dance (Narayana Murty N)
> - Do only hard_irq_disable on PPC64 to avoid second warning. On PPC32
> use local_irq_disable to acheive the same. (Ritesh Harjani)
>
> v1: https://lore.kernel.org/all/20260928110411.844582-1-sshegde@linux.ibm.com/
>
> New API ppc_hard_irq_disable could potentially be used in other places.
> There is similar pattern of doing both local and hard irq disable and
> likely not all callsites need both. But it is a larger effort and due to
> my time limit, it will be taken up subsequently.
>
> Shrikanth Hegde (3):
Thanks Shrikanth for posting v2 based on the discussions. This is
definitely in my list of todo things - to go over the historical
reasoning behind the divergence of hard_irq_disable() and
local_irq_disable() between 32-bit and 64-bit powerpc code.
I am also interested in knowing, where else we were previously using this
pattern, like in these patches, and were they only to stop lockdep from
crying or was there more to that.
I will get back on these patches before end of this week - and hopefully
we still will have time to queue this up before -rc4.
> powerpc/irq: Add ppc_hard_irq_disable()
> KVM: PPC: BookE: Load FP and Altivec before enabling the interrupts
btw, small nit - ^^^ this patch missed to add Suggested-by from
Narayana.
> KVM: PPC: Use ppc_hard_irq_disable before guest entry
>
> arch/powerpc/include/asm/hw_irq.h | 17 +++++++++++++++++
> arch/powerpc/kvm/booke.c | 7 +++++--
> arch/powerpc/kvm/powerpc.c | 14 +++-----------
> 3 files changed, 25 insertions(+), 13 deletions(-)
>
-ritesh
prev parent reply other threads:[~2026-11-11 4:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-10 5:32 Shrikanth Hegde
2026-11-10 5:32 ` [PATCH v2 1/3] powerpc/irq: Add ppc_hard_irq_disable() Shrikanth Hegde
2026-11-10 5:32 ` [PATCH v2 2/3] KVM: PPC: BookE: Load FP and Altivec before enabling the interrupts Shrikanth Hegde
2026-11-10 5:32 ` [PATCH v2 3/3] KVM: PPC: Use ppc_hard_irq_disable before guest entry Shrikanth Hegde
2026-11-10 17:39 ` [PATCH v2 0/3] KVM: PPC: BookE: Fix boot hang on preemptible kernels Christian Zigotzky
2026-11-11 3:51 ` Ritesh Harjani [this message]
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=ik2481q3.ritesh.list@gmail.com \
--to=ritesh.list@gmail.com \
--cc=amachhiw@linux.ibm.com \
--cc=christophe.leroy@csgroup.eu \
--cc=chzigotzky@xenosoft.de \
--cc=gautam@linux.ibm.com \
--cc=harshpb@linux.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=maddy@linux.ibm.com \
--cc=mkchauras@gmail.com \
--cc=mpe@ellerman.id.au \
--cc=msuchanek@suse.de \
--cc=nnmlinux@linux.ibm.com \
--cc=npiggin@gmail.com \
--cc=sshegde@linux.ibm.com \
--cc=venkat88@linux.ibm.com \
/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®