aboutsummaryrefslogtreecommitdiffstats
path: root/arch/powerpc/Kconfig
diff options
context:
space:
mode:
authorBrian King <brking@linux.vnet.ibm.com>2010-07-14 08:48:13 +0000
committerBenjamin Herrenschmidt <benh@kernel.crashing.org>2010-07-31 14:56:31 +1000
commite9ae9dabfc1df26d5eff0102c4d359f534e11087 (patch)
tree91d17d89321e5b8233919181b3d58a5acf96c350 /arch/powerpc/Kconfig
parent67238fb721639046b5d76488317522af4ece9d61 (diff)
downloadkernel_samsung_tuna-e9ae9dabfc1df26d5eff0102c4d359f534e11087.zip
kernel_samsung_tuna-e9ae9dabfc1df26d5eff0102c4d359f534e11087.tar.gz
kernel_samsung_tuna-e9ae9dabfc1df26d5eff0102c4d359f534e11087.tar.bz2
powerpc: Remove redundant xics badness warning
While testing cpu offlining, we are regularly seeing the WARN_ON go off in xics_ipi_dispatch. It can occur when an IPI gets sent to the CPU while it is going offline. There is already a similar WARN_ON in the handlers for PPC_MSG_CALL_FUNCTION and PPC_MSG_CALL_FUNC_SINGLE, so the warning is not needed in that path. The debugger handler handles this case by simply ignoring IPIs for offline CPUs, so no warning is needed there. And the reschedule IPI, which is what is occurring in our test environment, can be safely ignored, so we can simply remove the WARN_ON from xics_ipi_dispatch. Signed-off-by: Brian King <brking@linux.vnet.ibm.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'arch/powerpc/Kconfig')
0 files changed, 0 insertions, 0 deletions