Re: [RFC v2 PATCH 0/16] Optimize this_cpu_*() ops for non-x86 (ARM64 for this series)

"Christoph Lameter (Ampere)" <[email protected]> Tue, 4 Aug 2026 14:25:17 -0700 (PDT)
Newsgroups gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel
Message-ID <[email protected]>
On Tue, 4 Aug 2026, David Hildenbrand (Arm) wrote:

> > rather hacky restart logic. It relies on a long preemable and postscript
> > to each per cpu operations.

> But I am sure you did you homework and have data to back up your claims. Please
> share that data, because I am very curious.

The comparison here is a single instruction on one side and abnd the per
cpu operation prefixed with a preeamble and another instruction / set of
instructions on the other side.

Even if its only one before and one after then we are still looking at 3
instructions instead of one. This is a frequently used operation in the
VM.

You need data to show that one instruction  is faster than 3???

> Mark's solution is the obvious improvement to the problem, doing it just like
> s390 already does.

Well there is interest by the S390 folks to move to what we proposed from
what I can tell.


> If the proposed solution has a significant benefit over Mark's solution it could
> be discussed as a next step; and it must be backed with sufficient data to
> warrant all this complexity here.

You cannot accept that one instruction is faster than the same
instruction prefixed with another and something else at its tail?