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/[email protected]/ > > 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 <[email protected]> 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
