Subject: port-sparc/11126: kgdb fails on sparc
To: None <gnats-bugs@gnats.netbsd.org>
From: None <kre@munnari.OZ.AU>
List: netbsd-bugs
Date: 10/03/2000 17:49:10
>Number: 11126
>Category: port-sparc
>Synopsis: kgdb client (target) mode on sparc causes crash
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: port-sparc-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Oct 03 17:49:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator: Robert Elz
>Release: NetBSD 1.3H
>Organization:
University of Melbourne
>Environment:
System: NetBSD copenhagen.cs.mu.OZ.AU 1.3H NetBSD 1.3H (CompSci-IPX) #4: Mon Sep 7 03:44:40 EST 1998 root@dublin.cs.mu.OZ.AU:/local/netbsd/src/sys/arch/sparc/compile/CompSci-IPX sparc
>Description:
Continuing from a breakpoint (or other halt) on a kgdb client
sparc causes almost immediate panic - seemingly caused by a
register (or registers) not being properly saved/restored
during the kgdb exchange with the controlling system.
>How-To-Repeat:
Simply setup and run kgdb on a sparc (4c if it matters, IPX), cause
the controller to connect to the target (which stops the target),
tell the target to continue - observe panic. Happens reliably when
the target was otherwise just sitting in its idle loop.
>Fix:
Don't use kgdb on sparc.
Note - this is a very late report of a problem observed (it seems
from the date of the kernel that is running) more than 2 years ago.
I don't recall seeing any change notifications with comments that
would suggest this has been fixed - but 2 years is a long time.
>Release-Note:
>Audit-Trail:
>Unformatted: