From mboxrd@z Thu Jan 1 00:00:00 1970 From: daniel.thompson@linaro.org (Daniel Thompson) Date: Thu, 16 Jul 2015 10:13:26 +0100 Subject: [PATCH 3/3] ARM: add basic support for on-demand backtrace of other CPUs In-Reply-To: References: <20150715203911.GF7557@n2100.arm.linux.org.uk> Message-ID: <55A775B6.8080505@linaro.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 15/07/15 21:39, Russell King wrote: > As we now have generic infrastructure to support backtracing of other > CPUs in the system on lockups, we can start to implement this for ARM. > Initially, we add an IPI based implementation, as the GIC code needs > modification to support the generation of FIQ IPIs, and not all ARM > platforms have the ability to raise a FIQ in the non-secure world. > > This provides us with a "best efforts" implementation in the absence > of FIQs. > > Signed-off-by: Russell King > --- > diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c > index 90dfbedfbfb8..3a20c386fd33 100644 > --- a/arch/arm/kernel/smp.c > +++ b/arch/arm/kernel/smp.c > @@ -21,6 +21,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -72,6 +73,7 @@ enum ipi_msg_type { > IPI_CPU_STOP, > IPI_IRQ_WORK, > IPI_COMPLETION, > + IPI_CPU_BACKTRACE = 15, Even with the potential for (eventually) being signalled by FIQ, is this IPI really so special it needs to be placed outside the scope of NR_IPI and the accounting and tracing support it brings with it?