sparc64 kernel dump debug
Andrew Belashov
bel at orel.ru
Wed Oct 13 02:26:47 PDT 2004
Maxim Konovalov wrote:
>>Maxim Konovalov wrote:
>>| Are there any ways to debug a kernel dump on sparc64? On our SMP
>>| netra1440:
>>
>>I use gdb53 or gdb6 from ports.
>>
>>Try my package as temp workaround:
>>
>><http://www.orel.ru/~bel/packages/gdb-6_20040914.tbz>
>>
>>MD5 (gdb-6_20040914.tbz) = bfc1b21a9abe92f6550dfa8acd9769c7
>>SIZE = 801882
>
>
> Yes, it works, thank you! Any ideas what's happened:
>
> panic: trap: fast data access mmu miss
> cpuid = 0
> boot() called on cpu#0
> Uptime: 11d1h56m16s
> Dumping 2048 MB (1 chunks)
> chunk at 0: 2147483648 bytes |\^H/\^H
> ---
> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233
> 233 savectx(&dumppcb);
> doadump () at /usr/src/sys/kern/kern_shutdown.c:233
> 233 savectx(&dumppcb);
> (kgdb) bt f
> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233
> No locals.
> #1 0x00000000c01193c0 in boot (howto=260)
> at /usr/src/sys/kern/kern_shutdown.c:385
> first_buf_printf = 1
> #2 0x00000000c0119ccc in panic (fmt=0xc02d1138 "trap: %s")
> at /usr/src/sys/kern/kern_shutdown.c:541
> _tid = (struct thread *) 0xfffff80039daea00
> td = (struct thread *) 0xfffff80039daea00
> bootopt = 260
> newpanic = 1
> buf = "trap: fast data access mmu miss", '\0' <repeats 224
> times>
> #3 0x00000000c022e8c4 in trap (tf=0xff9e51c0)
> at /usr/src/sys/sparc64/sparc64/trap.c:370
> td = (struct thread *) 0xfffff80039daea00
> p = (struct proc *) 0xc033f398
> sticks = 3223512960
> error = -1070788296
> sig = -6401600
> #4 0x00000000c0038fe0 in tl1_trap ()
> No symbol table info available.
> #5 0x00000000c0038fe0 in tl1_trap ()
>
>
> ?
>
Hmm... Stack corrupted?
Please show tf[0], td[0], p[0] from frame #3.
More information about the freebsd-sparc64
mailing list