diff options
author | Brian King <brking@linux.vnet.ibm.com> | 2010-07-14 08:48:13 +0000 |
---|---|---|
committer | Benjamin Herrenschmidt <benh@kernel.crashing.org> | 2010-07-31 14:56:31 +1000 |
commit | e9ae9dabfc1df26d5eff0102c4d359f534e11087 (patch) | |
tree | 91d17d89321e5b8233919181b3d58a5acf96c350 /arch/powerpc/Kconfig | |
parent | 67238fb721639046b5d76488317522af4ece9d61 (diff) | |
download | kernel_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