From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 3 21:36:24 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ADBD16A4CE for ; Tue, 3 Aug 2004 21:36:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2D7943D41 for ; Tue, 3 Aug 2004 21:36:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i73LaM2a010753; Tue, 3 Aug 2004 14:36:22 -0700 Message-ID: <41100556.50606@root.org> Date: Tue, 03 Aug 2004 14:36:22 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ceri Davies References: <20040727201723.GA424@submonkey.net> <20040727212245.GC424@submonkey.net> <20040803212826.GP424@submonkey.net> In-Reply-To: <20040803212826.GP424@submonkey.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org Subject: Re: Fatal trap 12 with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 21:36:24 -0000 Ceri Davies wrote: > On Tue, Jul 27, 2004 at 10:22:45PM +0100, Ceri Davies wrote: > >>On Tue, Jul 27, 2004 at 09:17:23PM +0100, Ceri Davies wrote: >> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x3c >>> fault code = supervisor read, page not present >>> instruction pointer = 0x8:0xc04b5dea >>> stack pointer = 0x10:0xc0c21c84 >>> frame pointer = 0x10:0xc0c21cdc >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (swapper) >>> [thread 0] >>> Stopped at ata_generic_transaction+0x6a6: testb $0x1,0x3c(%eax) >>> db> tr >>> ata_generic_transaction(c159e708) at ata_generic_transaction+0x6a6 >>> ata_start(c14f1200,c14f1320,0,c07e1e01,57) at ata_start+0x17b >>> ata_queue_request(c159e708,c,0,c,8) at ata_queue_request+0x185 >>> ata_controlcmd(c14f12a8,8,0,0,0,0) at ata_controlcmd+0x80 >>> ata_identify_devices(c14f1200) at ata_identify_devices+0x150 >>> ata_boot_attach(0) at ata_boot_attach+0x27 >>> run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0441325) at >>> run_interrupt_driven_config_hooks+0x18 >>> mi_startup() at mi_startup+0x96 >>> begin() at begin+0x2c >>> db> >> >>Setting hint.apm.0.disabled = 0 fixes this. > > > Actually, it just hides it by making acpi step aside. I'd much rather > use ACPI - any suggestions on the next step to troubleshoot this? > > Ceri cvsup and test again. Also, report full boot dmesg. I fixed a longstanding bug in the ATA code on Sunday Aug 1 which could have caused this. -Nate