diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2015-04-19 04:56:03 -0400 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2015-04-19 13:19:23 -0700 |
commit | 5224b9613b91d937c6948fe977023247afbcc04e (patch) | |
tree | bee9cc7cfcb2c338d06bb933c1e76c2d3cf68a46 /fs/exec.c | |
parent | 64fb1d0e975e92e012802d371e417266d6531676 (diff) | |
download | talos-op-linux-5224b9613b91d937c6948fe977023247afbcc04e.tar.gz talos-op-linux-5224b9613b91d937c6948fe977023247afbcc04e.zip |
smp: Fix error case handling in smp_call_function_*()
Commit 8053871d0f7f ("smp: Fix smp_call_function_single_async()
locking") fixed the locking for the asynchronous smp-call case, but in
the process of moving the lock handling around, one of the error cases
ended up not unlocking the call data at all.
This went unnoticed on x86, because this is a "caller is buggy" case,
where the caller is trying to call a non-existent CPU. But apparently
ARM does that (at least under qemu-arm). Bindly doing cross-cpu calls
to random CPU's that aren't even online seems a bit fishy, but the error
handling was clearly not correct.
Simply add the missing "csd_unlock()" to the error path.
Reported-and-tested-by: Guenter Roeck <linux@roeck-us.net>
Analyzed-by: Rabin Vincent <rabin@rab.in>
Acked-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/exec.c')
0 files changed, 0 insertions, 0 deletions