summaryrefslogtreecommitdiffstats
path: root/arch/s390/appldata
diff options
context:
space:
mode:
authorHeiko Carstens <heiko.carstens@de.ibm.com>2013-05-22 10:24:37 +0200
committerMartin Schwidefsky <schwidefsky@de.ibm.com>2013-05-27 09:16:15 +0200
commit9acf73b7d06eaa3fbfbfafc9c835f8fe0d751eff (patch)
tree4b3a71b06a231eb457c30e787a163608bd417ff1 /arch/s390/appldata
parent576ebd74928fd60ae112b33c42b89602015fadbd (diff)
downloadlinux-9acf73b7d06eaa3fbfbfafc9c835f8fe0d751eff.tar.gz
linux-9acf73b7d06eaa3fbfbfafc9c835f8fe0d751eff.tar.bz2
linux-9acf73b7d06eaa3fbfbfafc9c835f8fe0d751eff.zip
s390/smp: lost IPIs on cpu hotplug
IPIs might be lost when a cpu gets brought offline: When stop_machine executes its state machine there is a race window for the state STOPMACHINE_DISABLE_IRQ where the to be brought offline cpu might already have irqs disabled but a different cpu still may have irqs enabled. If the enabled cpu receives an interrupt and as a result sends an IPI to the to be offlined cpu in its bottom halve context, the IPI won't be noticed before the cpu is offline. In fact the race window is much larger since there is no guarantee when an IPI will be received. To fix this check for enqueued but not yet received IPIs in the cpu_disable() path and call the respective handlers before the cpu is marked offline. Reported-by: Juergen Doelle <juergen.doelle@de.ibm.com> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'arch/s390/appldata')
0 files changed, 0 insertions, 0 deletions