From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:41:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1722F1065672; Mon, 26 Mar 2012 17:41:56 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C8F828FC18; Mon, 26 Mar 2012 17:41:55 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2QHftOq001965; Mon, 26 Mar 2012 10:41:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2QHft1C001964; Mon, 26 Mar 2012 10:41:55 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Mar 2012 10:41:55 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20120326174155.GA1931@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <20120326154359.GB14611@troutmask.apl.washington.edu> <20120326162129.GB1373@troutmask.apl.washington.edu> <201203261318.37373.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203261318.37373.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:41:56 -0000 On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > 51 from here in apic_idt_to_irq(): > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > in kgdb: > > p lapics[0].la_ioint_irqs[3] > > That should give you an index, and intr_lookup_source() just does an array > lookup. However, I'd be curious to see what the assembly looks like > (x/10i $rip at this frame). > (kgdb) p lapics[0].la_ioint_irqs[3] $1 = 16 (kgdb) frame 27 #27 0xffffffff806dc186 in acpi_cpu_c1 () at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 97 __asm __volatile("sti; hlt"); (kgdb) x/10i $rip 0xffffffff806dc186 : leaveq 0xffffffff806dc187 : retq 0xffffffff806dc188 : nopl 0x0(%rax,%rax,1) 0xffffffff806dc190 : push %rbp 0xffffffff806dc191 : mov %rsp,%rbp 0xffffffff806dc194 : push %r12 0xffffffff806dc196 : push %rbx 0xffffffff806dc197 : mov %rdi,%rbx 0xffffffff806dc19a : callq 0xffffffff807551b0 0xffffffff806dc19f : mov %rbx,%rdi In another email thread, it appears that jkim is chasing down some issues with the latest ACPI code. Perhaps, this is related? If it helps, I'll put kernel.debug and vmcore.0 at http://troutmask.apl.washington.edu/~kargl/jhb -- Steve