--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

hi,

yea, the register dump isn't so useful.  try building a kernel with
"options DDB" turned on and with the attached patch applied.
that should give a stack trace with function names when it crashes.

-Chuck


On Mon, Nov 18, 2002 at 09:14:42PM -0500, Adam Kropelin wrote:
> Trying to install 1.6 on my 3/280 I get the below vm_fault soon after I
> ifconfig ie0 (onboard). It appears to happen on packet rx. The quoted fault
> is from the netbsd.RAMDISK kernel (netbooted) but it happens with the
> miniroot as well. 1.5.3 is happy so this seems to be a new issue with 1.6.
> 
> I apologize for being something of a NetBSD newbie...in the Linux world we
> have a tool to 'symbolize' dumps like this. If I need to do that to make it
> useful for you, hit me with a clue-stick and I'll get to it...
> 
> --Adam

--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="diff.sun3trap"

Index: arch/sun3/sun3/trap.c
===================================================================
RCS file: /cvsroot/syssrc/sys/arch/sun3/sun3/trap.c,v
retrieving revision 1.106
diff -u -r1.106 trap.c
--- arch/sun3/sun3/trap.c	2002/10/20 02:37:37	1.106
+++ arch/sun3/sun3/trap.c	2002/11/19 15:45:18
@@ -78,6 +78,7 @@
 #ifdef DDB
 #include <machine/db_machdep.h>
 #include <ddb/db_extern.h>
+#include <ddb/db_interface.h>
 #endif
 
 #ifdef COMPAT_SUNOS
@@ -293,6 +294,10 @@
 			panic("trap during panic!");
 		}
 		regdump(&tf, 128);
+
+		db_stack_trace_print((db_expr_t)__builtin_frame_address(0),
+		    TRUE, 65535, "", printf);
+
 		type &= ~T_USER;
 		if ((u_int)type < trap_types)
 			panic(trap_type[type]);

--qDbXVdCdHGoSgWSk--