diff options
author | Andre Przywara <andre.przywara@arm.com> | 2015-04-20 11:14:19 +0100 |
---|---|---|
committer | Will Deacon <will.deacon@arm.com> | 2015-04-27 11:39:04 +0100 |
commit | 878a84d5a8a18a4ab241d40cebb791d6aedf5605 (patch) | |
tree | 6b1cdd047b75849c2e70ccc73643d4147500c26d /samples/bpf/sockex2_user.c | |
parent | b787f68c36d49bb1d9236f403813641efa74a031 (diff) | |
download | op-kernel-dev-878a84d5a8a18a4ab241d40cebb791d6aedf5605.zip op-kernel-dev-878a84d5a8a18a4ab241d40cebb791d6aedf5605.tar.gz |
arm64: add missing data types in smp_load_acquire/smp_store_release
Commit 8053871d0f7f ("smp: Fix smp_call_function_single_async()
locking") introduced a call to smp_load_acquire() with a u16 argument,
but we only cared about u32 and u64 types in that function so far.
This resulted in a compiler warning fortunately, pointing at an
uninitialized use. Due to the implementation structure the compiler
misses that bug in the smp_store_release(), though.
Add the u16 and u8 variants using ldarh/stlrh and ldarb/stlrb,
respectively. Together with the compiletime_assert_atomic_type() check
this should cover all cases now.
Acked-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Diffstat (limited to 'samples/bpf/sockex2_user.c')
0 files changed, 0 insertions, 0 deletions