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@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