This new assertion added is generally harmless and gets fixed up
naturally, but it does indicate a problem with MSR manipulation
somewhere.

Fixes: c39fb71a54f0 ("powerpc/64s/interrupt: masked handler debug check for 
previous hard disable")
Reported-by: Sachin Sant <sach...@linux.ibm.com>
Signed-off-by: Nicholas Piggin <npig...@gmail.com>
---
 arch/powerpc/kernel/exceptions-64s.S | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/exceptions-64s.S 
b/arch/powerpc/kernel/exceptions-64s.S
index dafa275f18bc..d5d35f3a824e 100644
--- a/arch/powerpc/kernel/exceptions-64s.S
+++ b/arch/powerpc/kernel/exceptions-64s.S
@@ -2797,12 +2797,16 @@ masked_interrupt:
 #ifdef CONFIG_PPC_IRQ_SOFT_MASK_DEBUG
        /*
         * Ensure there was no previous MUST_HARD_MASK interrupt or
-        * HARD_DIS setting.
+        * HARD_DIS setting. If this does fire, the interrupt is still
+        * masked and MSR[EE] will be cleared on return, so no need to
+        * panic, but somebody probably enabled MSR[EE] under
+        * PACA_IRQ_HARD_DIS, mtmsr(mfmsr() | MSR_x) being a common
+        * cause.
         */
        lbz     r9,PACAIRQHAPPENED(r13)
        andi.   r9,r9,(PACA_IRQ_MUST_HARD_MASK|PACA_IRQ_HARD_DIS)
 0:     tdnei   r9,0
-       EMIT_BUG_ENTRY 0b,__FILE__,__LINE__,0
+       EMIT_WARN_ENTRY 0b,__FILE__,__LINE__,(BUGFLAG_WARNING | BUGFLAG_ONCE)
 #endif
        lbz     r9,PACAIRQHAPPENED(r13)
        or      r9,r9,r10
-- 
2.37.2

Reply via email to