[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <0b223e3d-25af-4897-b513-699dfeedfa04@gaisler.com>
Date: Mon, 25 Aug 2025 17:55:20 +0200
From: Andreas Larsson <andreas@...sler.com>
To: Thomas Weißschuh <thomas.weissschuh@...utronix.de>,
Andy Lutomirski <luto@...nel.org>, Thomas Gleixner <tglx@...utronix.de>,
Vincenzo Frascino <vincenzo.frascino@....com>, Arnd Bergmann
<arnd@...db.de>, "David S. Miller" <davem@...emloft.net>,
Nagarathnam Muthusamy <nagarathnam.muthusamy@...cle.com>,
Nick Alcock <nick.alcock@...cle.com>, John Stultz <jstultz@...gle.com>,
Stephen Boyd <sboyd@...nel.org>,
John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
Cc: linux-kernel@...r.kernel.org, sparclinux@...r.kernel.org
Subject: Re: [PATCH v2 08/13] sparc64: vdso: Switch to the generic vDSO
library
On 2025-08-15 12:41, 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.
>
> Signed-off-by: Thomas Weißschuh <thomas.weissschuh@...utronix.de>
> ---
> arch/sparc/Kconfig | 4 +-
> arch/sparc/include/asm/clocksource.h | 9 --
> arch/sparc/include/asm/vdso/clocksource.h | 10 ++
> arch/sparc/include/asm/vdso/gettimeofday.h | 58 ++++++++--
> 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 | 6 +-
> arch/sparc/vdso/vclock_gettime.c | 169 ++++-------------------------
> arch/sparc/vdso/vdso-layout.lds.S | 7 +-
> arch/sparc/vdso/vma.c | 70 +++---------
> 13 files changed, 119 insertions(+), 375 deletions(-)
Hi,
With the first seven patches (applied on v6.17-rc1) I don't run into any
problems, but from this patch (and onwards) things do not work properly.
With patches 1-8 applied, Debian running on a sun4v (in a Solaris LDOM)
stops being able to mount the root filesystem with the patches applied
up to and including this patch.
As an aside, with all patches applied, it panics when the kernel
attempts to kill init.
Cheers,
Andreas
Powered by blists - more mailing lists