kgdb still broken?

Kris Kennaway kris at
Sat Aug 20 02:53:38 GMT 2005

On Fri, Aug 19, 2005 at 05:42:33PM -0700, Marcel Moolenaar wrote:
> On Aug 19, 2005, at 10:15 AM, Kris Kennaway wrote:
> >When I attempt to run kgdb on a core on sparc64 I get this:
> >
> >kgdb: kvm_read: invalid address (7070707)
> >kgdb: kvm_read: invalid address (ffffd9c1)
> >kgdb: kvm_read: invalid address (4044ac00)
> *snip*
> >Is it working for you on sparc since your recent fix?
> Yes. I typically get the above (on any architecture) when the kernel
> is out-of-sync with the core file. Are the core file and kernel in
> sync?

OK, that was it..

It's not making much sense of the backtrace though:

(kgdb) bt
#0  doadump () at /usr/src.6/sys/kern/kern_shutdown.c:233
#1  0x00000000c006a728 in db_fncall (dummy1=0, dummy2=0, dummy3=11, dummy4=0x16e9a41a0 "")
    at /usr/src.6/sys/ddb/db_command.c:486
#2  0x00000000c006a434 in db_command (last_cmdp=0xc040f940, cmd_table=0x0, aux_cmd_tablep=0xc03c8dc8,
    aux_cmd_tablep_end=0xc03c8de0) at /usr/src.6/sys/ddb/db_command.c:401
#3  0x00000000c006a558 in db_command_loop () at /usr/src.6/sys/ddb/db_command.c:452
#4  0x00000000c006d0b8 in db_trap (type=1855603632, code=0) at /usr/src.6/sys/ddb/db_main.c:221
#5  0x00000000c018d208 in kdb_trap (type=107, code=0, tf=0x16e9a4630) at /usr/src.6/sys/kern/subr_kdb.c:473
#6  0x00000000c02f6b4c in trap (tf=0x16e9a4630) at /usr/src.6/sys/sparc64/sparc64/trap.c:307
#7  0x00000000c0048fe0 in tl1_trap ()
#8  0x00000000c0048fe0 in tl1_trap ()
Previous frame identical to this frame (corrupt stack?)

Where ddb showed that the panic correctly (see my mail to -current
entitled 'panic: uma_small_alloc: free page still has mappings!').  

gdb53 also gets it right, but I can't examine other threads to see if
they had also panicked.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the freebsd-sparc64 mailing list