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: