diff options
author | Daniel Axtens <dja@axtens.net> | 2019-08-20 12:49:40 +1000 |
---|---|---|
committer | Michael Ellerman <mpe@ellerman.id.au> | 2019-11-07 13:15:39 +1100 |
commit | 81d2c6f81996e01fbcd2b5aeefbb519e21c806e9 (patch) | |
tree | 33c5485ffb75626553956021e777a02c34e8d991 /drivers/rpmsg | |
parent | da0c9ea146cbe92b832f1b0f694840ea8eb33cce (diff) | |
download | linux-81d2c6f81996e01fbcd2b5aeefbb519e21c806e9.tar.gz linux-81d2c6f81996e01fbcd2b5aeefbb519e21c806e9.tar.bz2 linux-81d2c6f81996e01fbcd2b5aeefbb519e21c806e9.zip |
kasan: support instrumented bitops combined with generic bitops
Currently bitops-instrumented.h assumes that the architecture provides
atomic, non-atomic and locking bitops (e.g. both set_bit and __set_bit).
This is true on x86 and s390, but is not always true: there is a
generic bitops/non-atomic.h header that provides generic non-atomic
operations, and also a generic bitops/lock.h for locking operations.
powerpc uses the generic non-atomic version, so it does not have it's
own e.g. __set_bit that could be renamed arch___set_bit.
Split up bitops-instrumented.h to mirror the atomic/non-atomic/lock
split. This allows arches to only include the headers where they
have arch-specific versions to rename. Update x86 and s390.
(The generic operations are automatically instrumented because they're
written in C, not asm.)
Suggested-by: Christophe Leroy <christophe.leroy@c-s.fr>
Reviewed-by: Christophe Leroy <christophe.leroy@c-s.fr>
Signed-off-by: Daniel Axtens <dja@axtens.net>
Acked-by: Marco Elver <elver@google.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20190820024941.12640-1-dja@axtens.net
Diffstat (limited to 'drivers/rpmsg')
0 files changed, 0 insertions, 0 deletions