path: root/arch/avr32/include
diff options
authorChristian Borntraeger <>2016-10-25 11:03:11 +0200
committerIngo Molnar <>2016-11-16 10:15:09 +0100
commit79ab11cdb90d8536817ab7357ecb6b1ff76be26c (patch)
tree98d7dde008cd59664f62105ad1a348ff7edfb6de /arch/avr32/include
parent0f5225b024d4bffd682aab008c35862e8fdc1865 (diff)
locking/core: Introduce cpu_relax_yield()
For spinning loops people do often use barrier() or cpu_relax(). For most architectures cpu_relax and barrier are the same, but on some architectures cpu_relax can add some latency. For example on power,sparc64 and arc, cpu_relax can shift the CPU towards other hardware threads in an SMT environment. On s390 cpu_relax does even more, it uses an hypercall to the hypervisor to give up the timeslice. In contrast to the SMT yielding this can result in larger latencies. In some places this latency is unwanted, so another variant "cpu_relax_lowlatency" was introduced. Before this is used in more and more places, lets revert the logic and provide a cpu_relax_yield that can be called in places where yielding is more important than latency. By default this is the same as cpu_relax on all architectures. Signed-off-by: Christian Borntraeger <> Signed-off-by: Peter Zijlstra (Intel) <> Cc: Catalin Marinas <> Cc: Heiko Carstens <> Cc: Linus Torvalds <> Cc: Martin Schwidefsky <> Cc: Nicholas Piggin <> Cc: Noam Camus <> Cc: Peter Zijlstra <> Cc: Russell King <> Cc: Thomas Gleixner <> Cc: Will Deacon <> Cc: Cc: Cc: Link: Signed-off-by: Ingo Molnar <>
Diffstat (limited to 'arch/avr32/include')
1 files changed, 1 insertions, 0 deletions
diff --git a/arch/avr32/include/asm/processor.h b/arch/avr32/include/asm/processor.h
index 941593c..e412e8b 100644
--- a/arch/avr32/include/asm/processor.h
+++ b/arch/avr32/include/asm/processor.h
@@ -92,6 +92,7 @@ extern struct avr32_cpuinfo boot_cpu_data;
#define cpu_relax() barrier()
+#define cpu_relax_yield() cpu_relax()
#define cpu_relax_lowlatency() cpu_relax()
#define cpu_sync_pipeline() asm volatile("sub pc, -2" : : : "memory")