aarch64/arm: Add compiler barrier to barrier instructions
When issuing barrier instructions like DSB or DMB, we must make sure that the compiler does not undermine out efforts to fence off instructions. Currently the compiler is free to move the barrier instruction around, in respect to former or later memory access statements, which is not what we want. Add a compiler barrier to the inline assembly statement in our DEFINE_SYSOP_TYPE_FUNC macro, to make sure memory accesses are not reordered by the compiler. This is in line with Linux' definition: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/include/asm/barrier.h Since those instructions share a definition, apart from DSB and DMB this now also covers some TLBI instructions. Having a compiler barrier there also is useful, although we probably have stronger barriers in place already. Change-Id: If6fe97b13a562643a643efc507cb4aad29daa5b6 Reported-by: Alexandru Elisei <alexandru.elisei@arm.com> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
This commit is contained in:
parent
00ad74c7af
commit
2be491b1dc
|
@ -166,7 +166,7 @@ static inline void _op(void) \
|
|||
#define DEFINE_SYSOP_TYPE_FUNC(_op, _type) \
|
||||
static inline void _op ## _type(void) \
|
||||
{ \
|
||||
__asm__ (#_op " " #_type); \
|
||||
__asm__ (#_op " " #_type : : : "memory"); \
|
||||
}
|
||||
|
||||
/* Define function for system instruction with register parameter */
|
||||
|
|
|
@ -80,7 +80,7 @@ static inline void _op(uint64_t v) \
|
|||
#define DEFINE_SYSOP_TYPE_FUNC(_op, _type) \
|
||||
static inline void _op ## _type(void) \
|
||||
{ \
|
||||
__asm__ (#_op " " #_type); \
|
||||
__asm__ (#_op " " #_type : : : "memory"); \
|
||||
}
|
||||
|
||||
/* Define function for system instruction with register parameter */
|
||||
|
|
Loading…
Reference in New Issue