powerpc/fsl-corenet: Disable coreint if kexec is enabled
authorScott Wood <scottwood@freescale.com>
Wed, 7 Oct 2015 03:48:06 +0000 (22:48 -0500)
committerScott Wood <scottwood@freescale.com>
Sat, 17 Oct 2015 05:36:36 +0000 (00:36 -0500)
Problems have been observed in coreint (EPR) mode if interrupts are
left pending (due to the lack of device quiescence with kdump) after
having tried to deliver to a CPU but unable to deliver due to MSR[EE]
-- interrupts no longer get reliably delivered in the new kernel.  I
tried various ways of fixing it up inside the crash kernel itself, and
none worked (including resetting the entire mpic).  Masking all
interrupts and issuing EOIs in the crashing kernel did help a lot of
the time, but the behavior was not consistent.

Thus, stick to standard IACK mode when kdump is a possibility.

Signed-off-by: Scott Wood <scottwood@freescale.com>
arch/powerpc/platforms/85xx/corenet_generic.c

index 3a8be47c0e3a4d926256c993c105d14246019e40..46d05c94add60217761e326b8695da303e63e690 100644 (file)
@@ -216,10 +216,12 @@ define_machine(corenet_generic) {
        .pcibios_fixup_phb      = fsl_pcibios_fixup_phb,
 #endif
 /*
- * Core reset may cause issue if using the proxy mode of MPIC.
+ * Core reset may cause issues if using the proxy mode of MPIC.
  * So, use the mixed mode of MPIC if enabling CPU hotplug.
+ *
+ * Likewise, problems have been seen with kexec when coreint is enabled.
  */
-#ifdef CONFIG_HOTPLUG_CPU
+#if defined(CONFIG_HOTPLUG_CPU) || defined(CONFIG_KEXEC)
        .get_irq                = mpic_get_irq,
 #else
        .get_irq                = mpic_get_coreint_irq,