Re: port-sparc/35363 (MP broken for some 50 MHz SuperSPARC (390Z50) processors on 3.1)

[Tobias Ulmer <tobiasu%tmux.org@localhost>]

The following reply was made to PR port-sparc/35363; it has been noted by GNATS.

From: Tobias Ulmer <tobiasu%tmux.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: port-sparc/35363 (MP broken for some 50 MHz SuperSPARC (390Z50)
 processors on 3.1)
Date: Mon, 12 Apr 2021 03:14:06 +0200

 On Sat, Mar 20, 2021 at 04:02:51PM +0000, mrg%NetBSD.org@localhost wrote:
 > Synopsis: MP broken for some 50 MHz SuperSPARC (390Z50) processors on 3.1
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: mrg%NetBSD.org@localhost
 > State-Changed-When: Sat, 20 Mar 2021 16:02:51 +0000
 > State-Changed-Why:
 > netbsd/sparc got many many smp fixes since 3.1 days.  if you still have
 > the system, does this problem still occur for you?  thanks.
 
 I have a set of these CPUs I believe (390Z50 is the cache?), but they're
 not in a machine.
 
 They had the same issue last time I've tested them on 8.99something
 (iirc).  Nonsensical segfaults that can't be nailed down.  Same behavior
 on OpenBSD.  true(1) dumping core, sh around setjmp/longjmp.
 
 My money is on a silicon bug that's not handled by the known errata.
 
 I've attempted (half-heartedly) to find a workaround in the SunOS source,
 but could not do it.
 
 Happy to ship these modules to a developer who wants to take a stab at
 it.