Subject: port-sparc/14180: random segfault on IPC with -current
To: None <gnats-bugs@gnats.netbsd.org>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: netbsd-bugs
Date: 10/07/2001 12:48:45
>Number: 14180
>Category: port-sparc
>Synopsis: random segfault on IPC with -current
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: port-sparc-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Oct 07 04:01:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: Manuel Bouyer
>Release: -current as of Oct 3
>Organization:
none
>Environment:
System: NetBSD cordouan 1.5Y NetBSD 1.5Y (CHASSIRON) #0: Sat Oct 6 21:51:12 MEST 2001 bouyer@cordouan:/home/bouyer/1.5Y/sys/arch/sparc/compile/CHASSIRON sparc
Architecture: sun4c
Machine: sparc IPC
>Description:
On a sparc IPC, processes get memory corruption under moderate load
(like a 'make -j2' kernel compile).
This usually results in process cc1 getting a signal 11, but I've
also seen spurious syntax error report from cpp or cc.
Restarting the build make it go a little bit further.
I get this with both 1.5.1 and -current userland; the machines are
rock solid under 1.5.1 (I tested it on 2 different IPC, I also swapped
simms, initially suspecting a hardware problem).
I've not experienced any filesystem corruption, so it really seems
to be a problem in the VM of the proccess itself. I can reproduce this
with 16, 32 or 48MB of RAM installed.
>How-To-Repeat:
compile a kernel with make -j2 on a sparc IPC, running a -current
kernel.
>Fix:
unknown.
>Release-Note:
>Audit-Trail:
>Unformatted: