5.2 Panic, first shot at backtrace and info, next step?

[Small, Jim]

OK, I already posted a verbose description of my machine and the cause of
the panic, uname, dmesg.  I would be happy to re-send/post upon request.

In a nutshell, when I enable bridging and add hme0 and hme1 (builtin hme nic
and 1st port of qfe card in Ultra 60) I get a panic within a few seconds.

OK, Thanks to Walter I got gdb 5.3 and started debugging my panic:
test60# ./gdb53 -k kernel.debug vmcore.0
GNU gdb 5.3 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc64-portbld-freebsd5.2"...
panic: trap: memory address not aligned
panic messages:
---
panic: trap: memory address not aligned
cpuid = 0; 

syncing disks, buffers remaining... 4103 4103 4096 4096 4091 4090 4090 4090
4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090
4090 4090 
giving up on 3987 buffers
Uptime: 2m23s
Dumping 2048 MB (4 chunks)
  chunk at 0: 536870912 bytes |\^H/\^H
---
#0  0x00000000c0139b08 in doadump () at ../../../kern/kern_shutdown.c:239
239             savectx(&dumppcb);
(kgdb) where
#0  0x00000000c0139b08 in doadump () at ../../../kern/kern_shutdown.c:239
#1  0x00000000c013a124 in boot (howto=256) at
../../../kern/kern_shutdown.c:370
#2  0x00000000c013a54c in panic (fmt=0xc0341790 "trap: %s") at
../../../kern/kern_shutdown.c:548
#3  0x00000000c02939e0 in trap (tf=0xeeb891a0) at
../../../sparc64/sparc64/trap.c:364
#4  0x00000000c01b8c34 in igmp_input (m=0xfffff80000c19bc0, off=0) at
../../../netinet/igmp.c:224
#5  0x00000000c01b8bbc in igmp_input (m=0xc081c500, off=20) at
../../../netinet/igmp.c:202
#6  0x00000000c01c17c0 in ip_input (m=0xc081c500) at
../../../netinet/ip_input.c:983
#7  0x00000000c01aefbc in netisr_processqueue (ni=0xc039b7b0) at
../../../net/netisr.c:152
#8  0x00000000c01af4a0 in swi_net (dummy=0x0) at ../../../net/netisr.c:255
#9  0x00000000c0128a7c in ithread_loop (arg=0xfffff8000082b200) at
../../../kern/kern_intr.c:544
#10 0x00000000c0127a7c in fork_exit (callout=0xc0128900 <ithread_loop>,
arg=0xfffff8000082b200, frame=0xeeb89880)
    at ../../../kern/kern_fork.c:793
(kgdb) up 4
#4  0x00000000c01b8c34 in igmp_input (m=0xfffff80000c19bc0, off=0) at
../../../netinet/igmp.c:224
224                     if (igmp->igmp_code == 0) {
(kgdb) p igmp
$1 = (struct igmp *) 0xc01b8c8c
(kgdb) p *igmp
$2 = {igmp_type = 128 '\200', igmp_code = 160 ' ', igmp_cksum = 40960,
igmp_group = {s_addr = 38273038}}
(kgdb) p igmp->igmp_code
$3 = 160 ' '
(kgdb)


So I'm hoping this helps.  What is the next step?  Can I provide more
information?  I would be happy to try fixes.

I would appreciate any help someone could offer.

Thanks,
   <> Jim