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

Jason Gunthorpe <[email protected]>
Newsgroups gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel
Message-ID <[email protected]>
On Tue, Aug 04, 2026 at 03:21:14PM +0100, Lorenzo Stoakes (ARM) wrote:
> On Tue, Aug 04, 2026 at 03:15:03PM +0100, Lorenzo Stoakes (ARM) wrote:
> > Since this work seems to be very much arm64-focused, perhaps it's therefore
> > worth looking at an alterative solution that's specific to the arch, like the
> > one suggested by Mark ([1])?
> 
> Oh I hadn't realised Mark had already posted the series here:
> 
> https://lore.kernel.org/all/[email protected]/

It is a really neat approach for CPUs that lack the x86 like load from
computed ea trick and should solve the original request.

That said there is still a merit for things like replicating .text, and
I think we will also have some multi-socket systems that would benefit
from this too..

So, I think the question you ask: if we should ever consider divergent
per-cpu kernel page tables - is still interesting..

Jason
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.