Hi Thomas, On Sat, 2025-09-20 at 16:37 +0200, Thomas Weißschuh wrote: > Sep 20, 2025 15:25:11 John Paul Adrian Glaubitz > <glaub...@physik.fu-berlin.de>: > > > On Wed, 2025-09-17 at 16:00 +0200, 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-a...@kernel.org/ > > > > > > Tested on a Niagara T4 and QEMU. > > > > > > This has a semantic conflict with my series "vdso: Reject absolute > > > relocations during build". 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 tip/timers/vdso. > > > > Could you share a version of the series based on top of 6.17.0-rcN for > > testing purposes? I would like to test the series on a Sun Netra 240 > > which is based on the UltraSPARC IIIi. > > Here is the git branch based on rc4: > https://git.kernel.org/pub/scm/linux/kernel/git/thomas.weissschuh/linux.git/log/?h=b4/vdso-sparc64-generic-2 > > Does that work for you?
Thanks, I'll give it a try. > Thanks for testing! Of course, I want to make sure the kernel stays working on these machines and you're introducing large changes. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
