summaryrefslogtreecommitdiff
path: root/tools/lib/python
diff options
context:
space:
mode:
authorHeiko Carstens <hca@linux.ibm.com>2026-10-12 13:42:46 +0200
committerHeiko Carstens <hca@linux.ibm.com>2026-10-13 17:08:21 +0200
commit10f9cf286ec3e6f99569e5ce3e99afbeb77b962f (patch)
treeb440bdc2cf3b6231ff65f5cbe2854ee6cbe99145 /tools/lib/python
parentefe276b9acba7efe216a195dba59f711090430f4 (diff)
downloadlinux-next-10f9cf286ec3e6f99569e5ce3e99afbeb77b962f.tar.gz
linux-next-10f9cf286ec3e6f99569e5ce3e99afbeb77b962f.zip
s390/percpu: Use asm_inline for arch_this_cpu_add()
When converting to preemptible percpu operations the arch_this_cpu_add() inline assemblies were not converted to use asm_inline instead of a plain asm statement. With all the macro usage the inline assemblies grow significantly, and the compiler may decide to not inline even small functions. This can be observed with gcc16 and a defconfig build where many calls to __srcu_read_lock_fast() are not inlined anymore, even though it is basically only a this_cpu_inc(). Use asm_inline to address this. Fixes: 18ec6c5d7ec6 ("s390/percpu: Use new percpu code section for arch_this_cpu_add()") Acked-by: Alexander Gordeev <agordeev@linux.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions