From owner-freebsd-hackers@freebsd.org Thu Oct 1 21:57:51 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ED36A0E0E5 for ; Thu, 1 Oct 2015 21:57:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A56EC1B0A; Thu, 1 Oct 2015 21:57:50 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA28409; Fri, 02 Oct 2015 00:57:42 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZhlrB-000OxL-P1; Fri, 02 Oct 2015 00:57:41 +0300 Subject: Re: How to get anything useful out of kgdb? To: sbruno@FreeBSD.org References: <554E41EE.2010202@ignoranthack.me> <2063489.pgabuk9nPJ@ralph.baldwin.cx> <55561803.9050102@ignoranthack.me> <19618854.y3EeXVtCGX@ralph.baldwin.cx> <55561D9A.30309@ignoranthack.me> <555627EC.2020007@ignoranthack.me> <555646F1.4000405@ignoranthack.me> Cc: Ryan Stone , "freebsd-hackers@freebsd.org" From: Andriy Gapon Message-ID: <560DAC1C.8050501@FreeBSD.org> Date: Fri, 2 Oct 2015 00:56:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <555646F1.4000405@ignoranthack.me> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2015 21:57:51 -0000 On 15/05/2015 22:20, Sean Bruno wrote: > I'm guessing that we are just at the limit of what the intree kgdb is > capable of doing with out crashdumps. It's just that a userland process was running on a CPU when it got an NMI. > #2 0xffffffff80e3657a in trap (frame=0xffffffff817eb910) at > /home/sbruno/bsd/em_mq/sys/amd64/amd64/trap.c:188 > 188 if (ipi_nmi_handler() == 0) > (kgdb) p frame > $5 = (struct trapframe *) 0xffffffff817eb910 > (kgdb) p *frame > $6 = {tf_rdi = 34389196884, tf_rsi = 34389192960, tf_rdx = 0, tf_rcx = > 360, tf_r8 = 0, tf_r9 = -8795456263872, tf_rax = 0, tf_rbx = > 34393489408, tf_rbp = 140736951475936, tf_r10 = 17232, tf_r11 = 583, > tf_r12 = 1882455366, > tf_r13 = 34389196880, tf_r14 = 0, tf_r15 = 6358856, tf_trapno = 19, > tf_fs = 19, tf_gs = 27, tf_addr = 0, tf_flags = 1, tf_es = 59, tf_ds = > 59, tf_err = 0, tf_rip = 34368395329, tf_cs = 67, tf_rflags = 518, > tf_rsp = 140736951475912, > tf_ss = 59} > (kgdb) p *frame->tf_rip > Cannot access memory at address 0x800841841 > (kgdb) info line *frame->tf_rip > No line number information available for address 0x800841841 > (kgdb) -- Andriy Gapon