Re: kern/47512: netbsd-6 system crash

[Chuck Silvers <chuq%chuq.com@localhost>]

The following reply was made to PR kern/47512; it has been noted by GNATS.

From: Chuck Silvers <chuq%chuq.com@localhost>
To: Nick Hudson <skrll%netbsd.org@localhost>
Cc: Hisashi T Fujinaka <htodd%twofifty.com@localhost>, 
kern-bug-people%netbsd.org@localhost,
        netbsd-bugs%netbsd.org@localhost, gnats-bugs%NetBSD.org@localhost
Subject: Re: kern/47512: netbsd-6 system crash
Date: Sat, 13 Apr 2013 18:40:30 -0700

 On Tue, Apr 09, 2013 at 09:22:19AM +0100, Nick Hudson wrote:
 > On 04/07/13 16:38, Chuck Silvers wrote:
 > >(gdb) p cpu_info_primary->ci_next->ci_curlwp->l_name
 > >$5 = 0xfffffe8004ffb688 "pgdaemon"
 > >
 > >I'm not sure how to get a stack trace out of a dump for something
 > >that was running on the other CPU.
 > 
 > kvm proc cpu_info_primary->ci_next->ci_curlwp
 > 
 > Should do the right thing despite the "proc" vs "lwp" confusion.
 
 
 doesn't work for me:
 
 (gdb) kvm proc cpu_info_primary->ci_next->ci_curlwp
 #0  0xffffffff8084ce20 in ?? ()
 (gdb) bt
 #0  0xffffffff8084ce20 in ?? ()
 #1  0x0000000000000000 in ?? ()
 (gdb) i r
 rax            *value not available*
 rbx            0x7      7
 rcx            *value not available*
 rdx            *value not available*
 rsi            *value not available*
 rdi            *value not available*
 rbp            0xffffffff8084ce80       0xffffffff8084ce80
 rsp            0xffffffff8084cd50       0xffffffff8084cd50
 r8             *value not available*
 r9             *value not available*
 r10            *value not available*
 r11            *value not available*
 r12            0xfffffe8004a5e040       -1649189461952
 r13            0x0      0
 r14            0x0      0
 r15            0xffffffff801015a1       -2146429535
 rip            0xffffffff8084ce20       0xffffffff8084ce20
 eflags         *value not available*
 cs             *value not available*
 ss             *value not available*
 ds             *value not available*
 es             *value not available*
 fs             0x0      0
 gs             0x0      0
 (gdb) x/i 0xffffffff8084ce20
 => 0xffffffff8084ce20:  add    %al,%fs:(%rax)
 
 
 (and it's no better with the other dump)
 
 
 -Chuck