diff options
author | Heiko Carstens <heiko.carstens@de.ibm.com> | 2013-05-22 10:24:37 +0200 |
---|---|---|
committer | Martin Schwidefsky <schwidefsky@de.ibm.com> | 2013-05-27 09:16:15 +0200 |
commit | 9acf73b7d06eaa3fbfbfafc9c835f8fe0d751eff (patch) | |
tree | 4b3a71b06a231eb457c30e787a163608bd417ff1 /arch/s390/appldata | |
parent | 576ebd74928fd60ae112b33c42b89602015fadbd (diff) | |
download | linux-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