From: "Aithal, Srikanth" <sraithal@amd.com>
To: "Thomas Weißschuh" <thomas.weissschuh@linutronix.de>,
"Andy Lutomirski" <luto@kernel.org>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Vincenzo Frascino" <vincenzo.frascino@arm.com>,
"Arnd Bergmann" <arnd@arndb.de>,
"David S. Miller" <davem@davemloft.net>,
"Andreas Larsson" <andreas@gaisler.com>,
"Nick Alcock" <nick.alcock@oracle.com>,
"John Stultz" <jstultz@google.com>,
"Stephen Boyd" <sboyd@kernel.org>,
"John Paul Adrian Glaubitz" <glaubitz@physik.fu-berlin.de>,
"Shuah Khan" <shuah@kernel.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Will Deacon" <will@kernel.org>, "Theodore Ts'o" <tytso@mit.edu>,
"Jason A. Donenfeld" <Jason@zx2c4.com>,
"Russell King" <linux@armlinux.org.uk>,
"Madhavan Srinivasan" <maddy@linux.ibm.com>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Nicholas Piggin" <npiggin@gmail.com>,
"Christophe Leroy" <christophe.leroy@csgroup.eu>,
"Huacai Chen" <chenhuacai@kernel.org>,
"WANG Xuerui" <kernel@xen0n.name>,
"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
"Heiko Carstens" <hca@linux.ibm.com>,
"Vasily Gorbik" <gor@linux.ibm.com>,
"Alexander Gordeev" <agordeev@linux.ibm.com>,
"Christian Borntraeger" <borntraeger@linux.ibm.com>,
"Sven Schnelle" <svens@linux.ibm.com>,
"Shannon Nelson" <sln@onemain.com>
Cc: <linux-kernel@vger.kernel.org>, <sparclinux@vger.kernel.org>,
<linux-kselftest@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linuxppc-dev@lists.ozlabs.org>, <loongarch@lists.linux.dev>,
<linux-mips@vger.kernel.org>, <linux-s390@vger.kernel.org>,
Arnd Bergmann <arnd@kernel.org>
Subject: Re: [PATCH v5 00/34] sparc64: vdso: Switch to the generic vDSO library
Date: Thu, 6 Nov 2025 18:25:49 +0530 [thread overview]
Message-ID: <c1b74f44-27eb-4e7c-a2dc-ee48ccfe34a3@amd.com> (raw)
In-Reply-To: <20251106-vdso-sparc64-generic-2-v5-0-97ff2b6542f7@linutronix.de>
On 11/6/2025 3:31 PM, 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.
>
> [0] https://lore.kernel.org/lkml/20250812-vdso-absolute-reloc-v4-0-61a8b615e5ec@linutronix.de/
>
> Signed-off-by: Thomas Weißschuh <thomas.weissschuh@linutronix.de>
> ---
> Changes in v5:
> - Merge the patches for 'struct page' mapping and dynamic allocation
> - Zero out newly-allocated data pages
> - Pick up review tags
> - Link to v4: https://lore.kernel.org/r/20251014-vdso-sparc64-generic-2-v4-0-e0607bf49dea@linutronix.de
>
> Changes in v4:
> - Rebase on v6.18-rc1.
> - Keep inclusion of asm/clocksource.h from linux/clocksource.h
> - Reword description of "s390/time: Set up vDSO datapage later"
> - Link to v3: https://lore.kernel.org/r/20250917-vdso-sparc64-generic-2-v3-0-3679b1bc8ee8@linutronix.de
>
> Changes in v3:
> - Allocate vDSO data pages dynamically (and lots of preparations for that)
> - Drop clock_getres()
> - Fix 32bit clock_gettime() syscall fallback
> - Link to v2: https://lore.kernel.org/r/20250815-vdso-sparc64-generic-2-v2-0-b5ff80672347@linutronix.de
>
> Changes in v2:
> - Rebase on v6.17-rc1
> - Drop RFC state
> - Fix typo in commit message
> - Drop duplicate 'select GENERIC_TIME_VSYSCALL'
> - Merge "sparc64: time: Remove architecture-specific clocksource data" into the
> main conversion patch. It violated the check in __clocksource_register_scale()
> - Link to v1: https://lore.kernel.org/r/20250724-vdso-sparc64-generic-2-v1-0-e376a3bd24d1@linutronix.de
>
> ---
> Arnd Bergmann (1):
> clocksource: remove ARCH_CLOCKSOURCE_DATA
>
> Thomas Weißschuh (33):
> selftests: vDSO: vdso_test_correctness: Handle different tv_usec types
> arm64: vDSO: getrandom: Explicitly include asm/alternative.h
> arm64: vDSO: gettimeofday: Explicitly include vdso/clocksource.h
> arm64: vDSO: compat_gettimeofday: Add explicit includes
> ARM: vdso: gettimeofday: Add explicit includes
> powerpc/vdso/gettimeofday: Explicitly include vdso/time32.h
> powerpc/vdso: Explicitly include asm/cputable.h and asm/feature-fixups.h
> LoongArch: vDSO: Explicitly include asm/vdso/vdso.h
> MIPS: vdso: Add include guard to asm/vdso/vdso.h
> MIPS: vdso: Explicitly include asm/vdso/vdso.h
> random: vDSO: Add explicit includes
> vdso/gettimeofday: Add explicit includes
> vdso/helpers: Explicitly include vdso/processor.h
> vdso/datapage: Remove inclusion of gettimeofday.h
> vdso/datapage: Trim down unnecessary includes
> random: vDSO: trim vDSO includes
> random: vDSO: remove ifdeffery
> random: vDSO: split out datapage update into helper functions
> random: vDSO: only access vDSO datapage after random_init()
> s390/time: Set up vDSO datapage later
> vdso/datastore: Reduce scope of some variables in vvar_fault()
> vdso/datastore: Drop inclusion of linux/mmap_lock.h
> vdso/datastore: Allocate data pages dynamically
> sparc64: vdso: Link with -z noexecstack
> sparc64: vdso: Remove obsolete "fake section table" reservation
> sparc64: vdso: Replace code patching with runtime conditional
> sparc64: vdso: Move hardware counter read into header
> sparc64: vdso: Move syscall fallbacks into header
> sparc64: vdso: Introduce vdso/processor.h
> sparc64: vdso: Switch to the generic vDSO library
> sparc64: vdso2c: Drop sym_vvar_start handling
> sparc64: vdso2c: Remove symbol handling
> sparc64: vdso: Implement clock_gettime64()
>
> arch/arm/include/asm/vdso/gettimeofday.h | 2 +
> arch/arm64/include/asm/vdso/compat_gettimeofday.h | 3 +
> arch/arm64/include/asm/vdso/gettimeofday.h | 2 +
> arch/arm64/kernel/vdso/vgetrandom.c | 2 +
> arch/loongarch/kernel/process.c | 1 +
> arch/loongarch/kernel/vdso.c | 1 +
> arch/mips/include/asm/vdso/vdso.h | 5 +
> arch/mips/kernel/vdso.c | 1 +
> arch/powerpc/include/asm/vdso/gettimeofday.h | 1 +
> arch/powerpc/include/asm/vdso/processor.h | 3 +
> arch/s390/kernel/time.c | 4 +-
> arch/sparc/Kconfig | 3 +-
> arch/sparc/include/asm/clocksource.h | 9 -
> arch/sparc/include/asm/processor.h | 3 +
> arch/sparc/include/asm/processor_32.h | 2 -
> arch/sparc/include/asm/processor_64.h | 25 --
> arch/sparc/include/asm/vdso.h | 2 -
> arch/sparc/include/asm/vdso/clocksource.h | 10 +
> arch/sparc/include/asm/vdso/gettimeofday.h | 184 ++++++++++
> arch/sparc/include/asm/vdso/processor.h | 41 +++
> arch/sparc/include/asm/vdso/vsyscall.h | 10 +
> arch/sparc/include/asm/vvar.h | 75 ----
> arch/sparc/kernel/Makefile | 1 -
> arch/sparc/kernel/time_64.c | 6 +-
> arch/sparc/kernel/vdso.c | 69 ----
> arch/sparc/vdso/Makefile | 8 +-
> arch/sparc/vdso/vclock_gettime.c | 380 ++-------------------
> arch/sparc/vdso/vdso-layout.lds.S | 26 +-
> arch/sparc/vdso/vdso.lds.S | 2 -
> arch/sparc/vdso/vdso2c.c | 24 --
> arch/sparc/vdso/vdso2c.h | 45 +--
> arch/sparc/vdso/vdso32/vdso32.lds.S | 4 +-
> arch/sparc/vdso/vma.c | 274 +--------------
> drivers/char/random.c | 71 ++--
> include/linux/clocksource.h | 6 +-
> include/linux/vdso_datastore.h | 6 +
> include/vdso/datapage.h | 23 +-
> include/vdso/helpers.h | 1 +
> init/main.c | 2 +
> kernel/time/Kconfig | 4 -
> lib/vdso/datastore.c | 74 ++--
> lib/vdso/getrandom.c | 3 +
> lib/vdso/gettimeofday.c | 17 +
> .../testing/selftests/vDSO/vdso_test_correctness.c | 8 +-
> 44 files changed, 449 insertions(+), 994 deletions(-)
> ---
> base-commit: 28b1ac5ccd8d4900a8f53f0e6e84d517a7ccc71f
> change-id: 20250722-vdso-sparc64-generic-2-25f2e058e92c
>
> Best regards,
The regression [1] v4 series patchset [2] had caused as part of [3]
has been fixed by this series.
Tested-by: Srikanth Aithal <sraithal@amd.com>
[1]
https://lore.kernel.org/all/977b68ad-6796-4c3d-9c34-d023597f8ab2@amd.com/T/#u
[2]
https://lore.kernel.org/all/977b68ad-6796-4c3d-9c34-d023597f8ab2@amd.com/T/#m5a310ed22ed9203672b0d0d85ecda0a8fec481c4
specifically "[PATCH v4 24/35] vdso/datastore: Allocate data pages
dynamically"
[3] next-20251103,
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
next prev parent reply other threads:[~2025-11-06 21:50 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-06 10:01 [PATCH v5 00/34] sparc64: vdso: Switch to the generic vDSO library Thomas Weißschuh
2025-11-06 10:01 ` [PATCH v5 01/34] selftests: vDSO: vdso_test_correctness: Handle different tv_usec types Thomas Weißschuh
2025-11-06 10:01 ` [PATCH v5 02/34] arm64: vDSO: getrandom: Explicitly include asm/alternative.h Thomas Weißschuh
2025-11-06 10:01 ` [PATCH v5 03/34] arm64: vDSO: gettimeofday: Explicitly include vdso/clocksource.h Thomas Weißschuh
2025-11-06 10:01 ` [PATCH v5 04/34] arm64: vDSO: compat_gettimeofday: Add explicit includes Thomas Weißschuh
2025-11-06 10:01 ` [PATCH v5 05/34] ARM: vdso: gettimeofday: " Thomas Weißschuh
2025-11-06 10:01 ` [PATCH v5 06/34] powerpc/vdso/gettimeofday: Explicitly include vdso/time32.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 07/34] powerpc/vdso: Explicitly include asm/cputable.h and asm/feature-fixups.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 08/34] LoongArch: vDSO: Explicitly include asm/vdso/vdso.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 09/34] MIPS: vdso: Add include guard to asm/vdso/vdso.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 10/34] MIPS: vdso: Explicitly include asm/vdso/vdso.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 11/34] random: vDSO: Add explicit includes Thomas Weißschuh
2025-11-07 23:59 ` Jason A. Donenfeld
2025-11-06 10:02 ` [PATCH v5 12/34] vdso/gettimeofday: " Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 13/34] vdso/helpers: Explicitly include vdso/processor.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 14/34] vdso/datapage: Remove inclusion of gettimeofday.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 15/34] vdso/datapage: Trim down unnecessary includes Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 16/34] random: vDSO: trim vDSO includes Thomas Weißschuh
2025-11-07 23:49 ` Jason A. Donenfeld
2025-11-08 0:00 ` Jason A. Donenfeld
2025-11-06 10:02 ` [PATCH v5 17/34] random: vDSO: remove ifdeffery Thomas Weißschuh
2025-11-07 23:37 ` Jason A. Donenfeld
2025-11-10 8:45 ` Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 18/34] random: vDSO: split out datapage update into helper functions Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 19/34] random: vDSO: only access vDSO datapage after random_init() Thomas Weißschuh
2025-11-07 23:46 ` Jason A. Donenfeld
2025-11-10 9:04 ` Thomas Weißschuh
2025-11-10 10:37 ` Jason A. Donenfeld
2025-11-10 11:24 ` Thomas Weißschuh
2025-11-10 11:40 ` Jason A. Donenfeld
2025-11-11 8:55 ` Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 20/34] s390/time: Set up vDSO datapage later Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 21/34] vdso/datastore: Reduce scope of some variables in vvar_fault() Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 22/34] vdso/datastore: Drop inclusion of linux/mmap_lock.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 23/34] vdso/datastore: Allocate data pages dynamically Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 24/34] sparc64: vdso: Link with -z noexecstack Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 25/34] sparc64: vdso: Remove obsolete "fake section table" reservation Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 26/34] sparc64: vdso: Replace code patching with runtime conditional Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 27/34] sparc64: vdso: Move hardware counter read into header Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 28/34] sparc64: vdso: Move syscall fallbacks " Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 29/34] sparc64: vdso: Introduce vdso/processor.h Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 30/34] sparc64: vdso: Switch to the generic vDSO library Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 31/34] sparc64: vdso2c: Drop sym_vvar_start handling Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 32/34] sparc64: vdso2c: Remove symbol handling Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 33/34] sparc64: vdso: Implement clock_gettime64() Thomas Weißschuh
2025-11-06 10:02 ` [PATCH v5 34/34] clocksource: remove ARCH_CLOCKSOURCE_DATA Thomas Weißschuh
2025-11-06 12:55 ` Aithal, Srikanth [this message]
2025-11-06 14:02 ` [PATCH v5 00/34] sparc64: vdso: Switch to the generic vDSO library Mark Brown
2025-11-06 17:20 ` Arnd Bergmann
2025-11-08 0:17 ` Andy Lutomirski
2025-11-08 10:17 ` Arnd Bergmann
2025-11-09 3:23 ` Maciej W. Rozycki
2025-11-09 16:08 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c1b74f44-27eb-4e7c-a2dc-ee48ccfe34a3@amd.com \
--to=sraithal@amd.com \
--cc=Jason@zx2c4.com \
--cc=agordeev@linux.ibm.com \
--cc=andreas@gaisler.com \
--cc=arnd@arndb.de \
--cc=arnd@kernel.org \
--cc=borntraeger@linux.ibm.com \
--cc=catalin.marinas@arm.com \
--cc=chenhuacai@kernel.org \
--cc=christophe.leroy@csgroup.eu \
--cc=davem@davemloft.net \
--cc=glaubitz@physik.fu-berlin.de \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=jstultz@google.com \
--cc=kernel@xen0n.name \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=loongarch@lists.linux.dev \
--cc=luto@kernel.org \
--cc=maddy@linux.ibm.com \
--cc=mpe@ellerman.id.au \
--cc=nick.alcock@oracle.com \
--cc=npiggin@gmail.com \
--cc=sboyd@kernel.org \
--cc=shuah@kernel.org \
--cc=sln@onemain.com \
--cc=sparclinux@vger.kernel.org \
--cc=svens@linux.ibm.com \
--cc=tglx@linutronix.de \
--cc=thomas.weissschuh@linutronix.de \
--cc=tsbogend@alpha.franken.de \
--cc=tytso@mit.edu \
--cc=vincenzo.frascino@arm.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).