[PATCH v5 00/34] sparc64: vdso: Switch to the generic vDSO library

[Arnd Bergmann]

On Thu, Nov 6, 2025, at 11:01, Thomas Weißschuh wrote:
> The generic vDSO provides a lot common functionality shared between
> different architectures. SPARC is the last architecture not using it,
> preventing some necessary code cleanup.
>
> Make use of the generic infrastructure.
>
> Follow-up to and replacement for Arnd's SPARC vDSO removal patches:
> https://lore.kernel.org/lkml/20250707144726.4008707-1-arnd@kernel.org/
>
> SPARC64 can not map .bss into userspace, so the vDSO datapages are
> switched over to be allocated dynamically. This requires changes to the
> s390 and random subsystem vDSO initialization as preparation.
> The random subsystem changes in turn require some cleanup of the vDSO
> headers to not end up as ugly #ifdef mess.
>
> Tested on a Niagara T4 and QEMU.
>
> This has a semantic conflict with my series "vdso: Reject absolute
> relocations during build" [0]. The last patch of this series expects all
> users of the generic vDSO library to use the vdsocheck tool.
> This is not the case (yet) for SPARC64. I do have the patches for the
> integration, the specifics will depend on which series is applied first.
>
> Based on v6.18-rc1.

I had a look at this version and everything looks fine to me.

Acked-by: Bergmann <arnd at arndb.de>

I see that you have sent the series 'to' a lot of people, so
I'm not sure who you expect to merge it. I assume this will all
go through the tip/timers/vdso branch, unless you need me to
pick it up through the asm-generic tree instead.

     Arnd