From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C391431B102; Fri, 29 Aug 2025 13:51:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756475485; cv=none; b=KUr50bhq1M9WkCTGWjIWGgbZ+wYPg72WA9JZgaE7GPyjVzfXkbop2ALkrXesx8LVWhxPQMev3cQg428Uj+VMTno2riibE2ZjBzFMB6AfgV2ctSnfg6iFknYQcJq7P0PlTC843Tastvhp7fu9uxAq4+RzZ+k/zLLy5QjLoCdEZ4E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756475485; c=relaxed/simple; bh=z5HAKW/WuaBA6HoTNUzZGhB3Vxa+tJpINSGsbezPb9M=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=UrRE0Q+ptE1tI7wCKXEeCgDGu/XjHoGWoleV1xGgy1wSDn8zZA0VOAXRyh2lFyB/qVvQSqQ2WFaRWqe9ASlficuhFsalOL5ltSX5lBE1VYgjS54o7r/p98Ub46KmQkFoXJBRB7vCp+5Bi8mLae51mE8t3oB9FeScwMKu27EipiI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=rVjNC926; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=dTHyyD98; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="rVjNC926"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="dTHyyD98" Date: Fri, 29 Aug 2025 15:51:15 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1756475477; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=p3JOuK5ti/UvYKbKMwftT9sqSXkwop/LzA32FuAwASU=; b=rVjNC926FEoqThOc8Y0M3Eey1nMIiNt/ebO1CfDst8Ko/27xL4Jk9MjjFbDSmrtLvWnZuY Jg5+Y7LNRuIwmg0TExbeQOydzkFcKR0mW0gEkNk5ugThLk+zI0NSVgjDmpHWc/u9Az6m17 +/J3iClw1Id97UWtC/R4z3CieSJEJheIPOEyYM6kpVsP4p/N7sfrzZey1JG1aUiaTo96IR l4vBCGmIN1PtFTXc8IDbKA5fRxxV1cNS3cVKhIDSapnK3Pe1sbxDSww8QA2XboJaw1YNBQ 4o/RWCXxymqVvJ3VqYfns4az2gBZ7dToHAGwYyksLd1jhddszvO2IsI8vkrKWA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1756475477; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=p3JOuK5ti/UvYKbKMwftT9sqSXkwop/LzA32FuAwASU=; b=dTHyyD98i1LsbVoxOK+4zfCHwcWUXkN6R2GkPnTbozttUC9Iv69/ehkCJM2foCnIEDz0ov HMHgxowEr9aiIcAw== From: Thomas =?utf-8?Q?Wei=C3=9Fschuh?= To: Andreas Larsson Cc: Andy Lutomirski , Thomas Gleixner , Vincenzo Frascino , Arnd Bergmann , "David S. Miller" , Nagarathnam Muthusamy , Nick Alcock , John Stultz , Stephen Boyd , John Paul Adrian Glaubitz , linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org Subject: Re: [PATCH v2 08/13] sparc64: vdso: Switch to the generic vDSO library Message-ID: <20250829154636-bed204b6-1014-427d-9615-ee79b24b57f9@linutronix.de> References: <20250815-vdso-sparc64-generic-2-v2-0-b5ff80672347@linutronix.de> <20250815-vdso-sparc64-generic-2-v2-8-b5ff80672347@linutronix.de> <0b223e3d-25af-4897-b513-699dfeedfa04@gaisler.com> <20250826074526-a1463084-366a-44d1-874b-b898f4747451@linutronix.de> <271c108b-0fe4-4e7a-9bc7-325e75cf60ab@gaisler.com> <8f31efde-0212-49b9-a0ea-64d5532c0071@gaisler.com> <20250829122023-948f7969-b6b0-4ae2-9c12-71cc39abcf9e@linutronix.de> <7b699dde-2dde-4900-abd6-d902b4cff853@gaisler.com> Precedence: bulk X-Mailing-List: sparclinux@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7b699dde-2dde-4900-abd6-d902b4cff853@gaisler.com> On Fri, Aug 29, 2025 at 03:41:22PM +0200, Andreas Larsson wrote: > On 2025-08-29 12:37, Thomas Weißschuh wrote: > > On Fri, Aug 29, 2025 at 12:02:39PM +0200, Andreas Larsson wrote: > >> On 2025-08-28 17:38, Andreas Larsson wrote: > >>> and with all of them applied I got: > >>> > >>> ----------------%<---------------- > >>> [ 1.849344] Run /init as init process > >>> [ 1.851309] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b > >>> [ 1.851339] CPU: 4 UID: 0 PID: 1 Comm: init Not tainted 6.17.0-rc1+ #3 VOLUNTARY > >>> [ 1.851363] Call Trace: > >>> [ 1.851374] [<0000000000436524>] dump_stack+0x8/0x18 > >>> [ 1.851400] [<00000000004291f4>] vpanic+0xdc/0x320 > >>> [ 1.851420] [<000000000042945c>] panic+0x24/0x30 > >>> [ 1.851437] [<00000000004844a4>] do_exit+0xac4/0xae0 > >>> [ 1.851458] [<0000000000484684>] do_group_exit+0x24/0xa0 > >>> [ 1.851476] [<0000000000494c60>] get_signal+0x900/0x940 > >>> [ 1.851495] [<000000000043ecb8>] do_notify_resume+0xf8/0x600 > >>> [ 1.851514] [<0000000000404b48>] __handle_signal+0xc/0x30 > >>> [ 1.852291] Press Stop-A (L1-A) from sun keyboard or send break > >>> [ 1.852291] twice on console to return to the boot prom > >>> [ 1.852310] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]--- > >>> ----------------%<---------------- > >>> > >>> but given that I don't have the kernel anymore I'm starting to > >>> question myself if that run was really with the same base > >>> commit. I'll do a rebuild and see. > >> > >> I found out that my previous kernel installation for the kernel with the first 8 > >> patches was a broken mess. Sorry about the confusion. With that sorted out and a > >> rebuilt kernel with all patches, the failure above is the one I get for both 8 > >> and 13 patches, and it is repeatable. > > > > This splat means that init got killed by SIGSEGV, so that makes some sense in > > the context of the code being touched. Then let's focus on patch 8 for now. > > > > In the meantime I installed a full Debian, but the bug is still not > > reproducible in QEMU. > > > > * Did you use the SMP or UP kernel config from Debian? > > I based my config on the SMP config that was in use on the system. > Produces an tremendous amount of modules unfortunately, so I'll have > to cut down in the config. Right now the turnaround time for testing > a new kernel with this setup for this system is quite bad. Ack. I am aware :-( > > * Can the fixed up kernel now run on QEMU? > > No, there is something else going on with my QEMU setup, unrelated to > these patches. Ack. FWIW for me it works (for sun4u) with my distro's QEMU 10.0.3. > > * Which toolchain are you using? > > A toolchain built in Buildroot with GCC 13.2.0. Old kernel headers, but > I only use it to build kernels. Do you think the kernel headers of the > toolchain would play a role for vDSO? No, the headers from the toolchain are not used. It could have been that you are using a wildly different compiler. But I am also using GCC 13.2.0, although from the kernel.org crosstools. > > * This is a 64-bit userland? > > Yes. Ack. > > What difference does the following change make: (...) > I will check. Thanks!