NetBSD Problem Report #33857

From martin@duskware.de  Wed Jun 28 21:52:51 2006
Return-Path: <martin@duskware.de>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id A0D2663B937
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 28 Jun 2006 21:52:51 +0000 (UTC)
Message-Id: <20060628195217.2062933A90@mail.duskware.de>
Date: Wed, 28 Jun 2006 21:52:17 +0200 (CEST)
From: martin@duskware.de
Reply-To: martin@duskware.de
To: gnats-bugs@NetBSD.org
Subject: kernel longjmp does not work with gdb4
X-Send-Pr-Version: 3.95

>Number:         33857
>Category:       port-sparc
>Synopsis:       kernel longjmp does not work with gdb4
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    port-sparc-maintainer
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 28 21:55:00 +0000 2006
>Closed-Date:    Wed Jun 28 22:30:19 +0000 2006
>Last-Modified:  Wed Jun 28 22:30:19 +0000 2006
>Originator:     Martin Husemann
>Release:        NetBSD 3.99.21
>Organization:
>Environment:
System: NetBSD krups.duskware.de 3.99.21 NetBSD 3.99.21 (MP3) #0: Wed Jun 28 21:28:07 CEST 2006 martin@night-porter.duskware.de:/usr/src/sys/arch/sparc/compile/MP3 sparc
Architecture: sparc
Machine: sparc
>Description:

A current sparc kernel, compiled with gcc4, gets an alignement fault when
entering DDB (but that's not the topic now) - so ddb outputs an error message
and tries to longjmp to db_recover - which fails:

Stopped at      netbsd:cpu_Debugger+0x4:        or              %o7, %g0, %g1
trap type 0x7: pc=0xe8008530 npc=0xe8008534 psr=4400fc0<S,PS>
kernel: alignment fault trap
Faulted in DDB; continuing...
panic: longjmp botch
Stopped at      netbsd:cpu_Debugger+0x4:        or              %o7, %g0, %g1
trap type 0x7: pc=0xe8008530 npc=0xe8008534 psr=4400fc2<S,PS>
kernel: alignment fault trap
Faulted in DDB; continuing...
panic: longjmp botch

(this is on a JavaStation, if you wonder about the addresses - but happens the
same on a LX)

>How-To-Repeat:
Boot a gcc4 compiled kernel, break into ddb.

>Fix:
n/a

>Release-Note:

>Audit-Trail:

State-Changed-From-To: open->closed
State-Changed-By: martin@netbsd.org
State-Changed-When: Wed, 28 Jun 2006 22:30:19 +0000
State-Changed-Why:
Greylisting did take longer than the fix...
sys/arch/sparc/sparc/locore.s r1.227
sys/arch/sparc/include/types.h r1.43


>Unformatted:

Home	PR Database Search