summaryrefslogtreecommitdiff
path: root/tools/testing/selftests/cpu-hotplug/Makefile
diff options
context:
space:
mode:
authorMarco Elver <elver@google.com>2026-05-21 14:27:23 +0200
committerAlexander Gordeev <agordeev@linux.ibm.com>2026-05-30 11:33:32 +0200
commit7c6535c37dbc03c1c35926b7420d66fb122b513a (patch)
tree6996f0dede825a131e1284d08155d136fd828ffd /tools/testing/selftests/cpu-hotplug/Makefile
parent3daad7f60aa92d0307fa2b2edd38c886a09902f2 (diff)
s390: Implement _THIS_IP_ using inline asm
Both GCC [1] and Clang [2] consider the generic version of _THIS_IP_ to be broken: #define _THIS_IP_ ({ __label__ __here; __here: (unsigned long)&&__here; }) In particular, the address of a label is only expected to be used with a computed goto. While the generic version more or less works today, it is known to be brittle and may break with current and future optimizations. For example, Clang -O2 always returns 1 when this function is inlined: static inline unsigned long get_ip(void) { return ({ __label__ __here; __here: (unsigned long)&&__here; }); } Fix it by overriding _THIS_IP_ in <asm/linkage.h> (which is included by <linux/instruction_pointer.h>) using an architecture-specific inline asm version. Additionally, avoiding taking the address of a label prevents compilers from emitting spurious indirect branch targets (e.g. ENDBR or BTI) under control-flow integrity schemes. Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120071 [1] Link: https://github.com/llvm/llvm-project/issues/138272 [2] Signed-off-by: Marco Elver <elver@google.com> Reviewed-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
Diffstat (limited to 'tools/testing/selftests/cpu-hotplug/Makefile')
0 files changed, 0 insertions, 0 deletions