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 [off-list ref]:

quoted

On Wed, 2025-09-17 at 16:00 +0200, Thomas Weißschuh wrote:

quoted

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/ (local)

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