From: Madhavan Srinivasan <maddy@linux.ibm.com>
To: Christian Zigotzky <chzigotzky@xenosoft.de>,
"Christophe Leroy (CS GROUP)" <chleroy@kernel.org>,
Michael Ellerman <mpe@ellerman.id.au>,
Nicholas Piggin <npiggin@gmail.com>
Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
Guenter Roeck <linux@roeck-us.net>,
"R.T.Dickinson" <rtd2@xtra.co.nz>,
mad skateman <madskateman@gmail.com>,
hypexed@yahoo.com.au, Christian Zigotzky <info@xenosoft.de>
Subject: Re: [PATCH] powerpc/32: Restore disabling of interrupts at interrupt/syscall exit
Date: Mon, 22 Dec 2025 17:46:14 +0530 [thread overview]
Message-ID: <cf8e12ba-804f-40d8-a9b7-2041cc0872d0@linux.ibm.com> (raw)
In-Reply-To: <0cce7da7-9524-05c6-11bb-2f0f1977ca94@xenosoft.de>
On 12/20/25 4:47 PM, Christian Zigotzky wrote:
> On 19/12/25 13:23, Christophe Leroy (CS GROUP) wrote:
>> Commit 2997876c4a1a ("powerpc/32: Restore clearing of MSR[RI] at
>> interrupt/syscall exit") delayed clearing of MSR[RI], but missed that
>> both MSR[RI] and MSR[EE] are cleared at the same time, so the commit
>> also delayed the disabling of interrupts, leading to unexpected
>> behaviour.
>>
>> To fix that, mostly revert the blamed commit and restore the clearing
>> of MSR[RI] in interrupt_exit_kernel_prepare() instead. For 8xx it
>> implies adding a synchronising instruction after the mtspr in order to
>> make sure no instruction counter interrupt (used for perf events) will
>> fire just after clearing MSR[RI].
>>
>> Reported-by: Christian Zigotzky <chzigotzky@xenosoft.de>
>> Closes:
>> https://lore.kernel.org/all/4d0bd05d-6158-1323-3509-744d3fbe8fc7@xenosoft.de/
>> Reported-by: Guenter Roeck <linux@roeck-us.net>
>> Closes:
>> https://lore.kernel.org/all/6b05eb1c-fdef-44e0-91a7-8286825e68f1@roeck-us.net/
>> Fixes: 2997876c4a1a ("powerpc/32: Restore clearing of MSR[RI] at
>> interrupt/syscall exit")
>> Signed-off-by: Christophe Leroy (CS GROUP) <chleroy@kernel.org>
>> ---
>> arch/powerpc/include/asm/hw_irq.h | 2 +-
>> arch/powerpc/include/asm/reg.h | 1 +
>> arch/powerpc/kernel/entry_32.S | 15 ---------------
>> arch/powerpc/kernel/interrupt.c | 5 ++++-
>> 4 files changed, 6 insertions(+), 17 deletions(-)
>>
>> diff --git a/arch/powerpc/include/asm/hw_irq.h
>> b/arch/powerpc/include/asm/hw_irq.h
>> index 1078ba88efaf..9cd945f2acaf 100644
>> --- a/arch/powerpc/include/asm/hw_irq.h
>> +++ b/arch/powerpc/include/asm/hw_irq.h
>> @@ -90,7 +90,7 @@ static inline void __hard_EE_RI_disable(void)
>> if (IS_ENABLED(CONFIG_BOOKE))
>> wrtee(0);
>> else if (IS_ENABLED(CONFIG_PPC_8xx))
>> - wrtspr(SPRN_NRI);
>> + wrtspr_sync(SPRN_NRI);
>> else if (IS_ENABLED(CONFIG_PPC_BOOK3S_64))
>> __mtmsrd(0, 1);
>> else
>> diff --git a/arch/powerpc/include/asm/reg.h
>> b/arch/powerpc/include/asm/reg.h
>> index 3fe186635432..3449dd2b577d 100644
>> --- a/arch/powerpc/include/asm/reg.h
>> +++ b/arch/powerpc/include/asm/reg.h
>> @@ -1400,6 +1400,7 @@ static inline void mtmsr_isync(unsigned long val)
>> : "r" ((unsigned long)(v)) \
>> : "memory")
>> #define wrtspr(rn) asm volatile("mtspr " __stringify(rn) ",2" :
>> : : "memory")
>> +#define wrtspr_sync(rn) asm volatile("mtspr " __stringify(rn)
>> ",2; sync" : : : "memory")
>> static inline void wrtee(unsigned long val)
>> {
>> diff --git a/arch/powerpc/kernel/entry_32.S
>> b/arch/powerpc/kernel/entry_32.S
>> index 16f8ee6cb2cd..d8426251b1cd 100644
>> --- a/arch/powerpc/kernel/entry_32.S
>> +++ b/arch/powerpc/kernel/entry_32.S
>> @@ -101,17 +101,6 @@ SYM_FUNC_END(__kuep_unlock)
>> .endm
>> #endif
>> -.macro clr_ri trash
>> -#ifndef CONFIG_BOOKE
>> -#ifdef CONFIG_PPC_8xx
>> - mtspr SPRN_NRI, \trash
>> -#else
>> - li \trash, MSR_KERNEL & ~MSR_RI
>> - mtmsr \trash
>> -#endif
>> -#endif
>> -.endm
>> -
>> .globl transfer_to_syscall
>> transfer_to_syscall:
>> stw r3, ORIG_GPR3(r1)
>> @@ -160,7 +149,6 @@ ret_from_syscall:
>> cmpwi r3,0
>> REST_GPR(3, r1)
>> syscall_exit_finish:
>> - clr_ri r4
>> mtspr SPRN_SRR0,r7
>> mtspr SPRN_SRR1,r8
>> @@ -237,7 +225,6 @@ fast_exception_return:
>> /* Clear the exception marker on the stack to avoid confusing
>> stacktrace */
>> li r10, 0
>> stw r10, 8(r11)
>> - clr_ri r10
>> mtspr SPRN_SRR1,r9
>> mtspr SPRN_SRR0,r12
>> REST_GPR(9, r11)
>> @@ -270,7 +257,6 @@ interrupt_return:
>> .Lfast_user_interrupt_return:
>> lwz r11,_NIP(r1)
>> lwz r12,_MSR(r1)
>> - clr_ri r4
>> mtspr SPRN_SRR0,r11
>> mtspr SPRN_SRR1,r12
>> @@ -313,7 +299,6 @@ END_FTR_SECTION_IFSET(CPU_FTR_NEED_PAIRED_STWCX)
>> cmpwi cr1,r3,0
>> lwz r11,_NIP(r1)
>> lwz r12,_MSR(r1)
>> - clr_ri r4
>> mtspr SPRN_SRR0,r11
>> mtspr SPRN_SRR1,r12
>> diff --git a/arch/powerpc/kernel/interrupt.c
>> b/arch/powerpc/kernel/interrupt.c
>> index aea6f7e8e9c6..e63bfde13e03 100644
>> --- a/arch/powerpc/kernel/interrupt.c
>> +++ b/arch/powerpc/kernel/interrupt.c
>> @@ -38,7 +38,7 @@ static inline bool exit_must_hard_disable(void)
>> #else
>> static inline bool exit_must_hard_disable(void)
>> {
>> - return false;
>> + return true;
>> }
>> #endif
>> @@ -443,6 +443,9 @@ notrace unsigned long
>> interrupt_exit_kernel_prepare(struct pt_regs *regs)
>> if (unlikely(stack_store))
>> __hard_EE_RI_disable();
>> +#else
>> + } else {
>> + __hard_EE_RI_disable();
>> #endif /* CONFIG_PPC64 */
>> }
>
> The patched kernel 6.19.0-rc1 boots without any problems. Thank you.
>
> Tested-by Christian Zigotzky <chzigotzky@xenosoft.de>
Thanks for testing, Will pull this as part of rc fixes
Maddy
next prev parent reply other threads:[~2025-12-22 12:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-19 12:23 [PATCH] powerpc/32: Restore disabling of interrupts at interrupt/syscall exit Christophe Leroy (CS GROUP)
2025-12-20 11:17 ` Christian Zigotzky
2025-12-22 12:16 ` Madhavan Srinivasan [this message]
2025-12-24 10:04 ` Christophe Leroy (CS GROUP)
2025-12-27 4:23 ` Madhavan Srinivasan
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=cf8e12ba-804f-40d8-a9b7-2041cc0872d0@linux.ibm.com \
--to=maddy@linux.ibm.com \
--cc=chleroy@kernel.org \
--cc=chzigotzky@xenosoft.de \
--cc=hypexed@yahoo.com.au \
--cc=info@xenosoft.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=madskateman@gmail.com \
--cc=mpe@ellerman.id.au \
--cc=npiggin@gmail.com \
--cc=rtd2@xtra.co.nz \
/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