Subject: kern/13968: diskless sparc64 behaves strangely after "ubcperf"
To: None <gnats-bugs@gnats.netbsd.org>
From: None <thorpej@shagadelic.org>
List: netbsd-bugs
Date: 09/15/2001 19:20:52
>Number:         13968
>Category:       kern
>Synopsis:       diskless sparc64 behaves strangely after "ubcperf"
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Sep 15 19:21:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     Jason R Thorpe
>Release:        NetBSD 1.5Y, Sept 15, 2001
>Organization:
Wasabi Systems, Inc.
>Environment:
	
System: NetBSD cp1500-1.fast-100.shagadelic.org 1.5Y NetBSD 1.5Y (SHAG-CP1500) #0: Sun Sep 16 00:50:20 UTC 2001     thorpej@cp1500-1.fast-100.shagadelic.org:/nfs-yeah-baby-u1/netbsd/src/sys/arch/sparc64/compile/SHAG-CP1500 sparc64
Architecture: sparc64
Machine: sparc64
>Description:
	After the ubcperf code went in to the tree, my sparc64
	system has behaved "strangely".

	After successfully completing a "make build" before ubcperf,
	a post-ubcperf kernel has yet to successfully do so.

	First failure was the kernel "crashing".  Really, it
	seemed to get some sort of wacky fault and then loop,
	spewing this on the console:

trap: textfault at ffffffffffffdee4!! sending SIGILL due to trap 16: illegal instruction

	Before spewing that, it printed an error about an alignment
	fault, but that error has since scrolled beyond the scrollbuffer.

	The second and subsequent failures are:

includes ===> lib/libss
includes ===> lib/libasn1
all ===> lib/libasn1/asn1_compile
/nfs-yeah-baby-u1/netbsd/src/lib/libasn1/asn1_compile/obj.sparc64/asn1_compile /nfs-yeah-baby-u1/netbsd/src/lib/libasn1/../../crypto/dist/heimdal/lib/asn1/k5.asn1 krb5_asn1
w]: not found
p
e@o@o@`P`bc`
w]: not found
/nfs-yeah-baby-u1/netbsd/src/lib/libasn1/asn1_compile/obj.sparc64/asn1_compile: 4: Syntax error: end of file unexpected (expecting ")")
*** Error code 2

	Doing a "make cleandir" in the asn1_compile subdir and trying
	again got it working again.

	The system is diskless -- all file systems are on NFS,
	and the swap area is on /swapfile.

>How-To-Repeat:
	See above.

>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: