From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 15:16:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1014F16A4CE for ; Fri, 20 Feb 2004 15:16:57 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0CE43D2D for ; Fri, 20 Feb 2004 15:16:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i1KNGuTA042901 for ; Fri, 20 Feb 2004 15:16:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i1KNGu1A042900 for freebsd-current@freebsd.org; Fri, 20 Feb 2004 15:16:56 -0800 (PST) (envelope-from sgk) Date: Fri, 20 Feb 2004 15:16:56 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040220231656.GA42759@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: trap 12 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 20 Feb 2004 23:16:57 -0000 Sources from 20 Feb 04. First, the older mtrash_ctor panic that I've previously reported still occurs. Unfortunately, the workaround of setting hint.acpi.0.disabled="1" in the loader now leads to a new panic. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xb24f fault code = supervisor read, page not present instruction pointer = 0x8:0xc00fc42f stack pointer = 0x10:0xc08219fc frame pointer = 0x10:0xc0821a5c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) kernel: type 12 trap, code = 0 Stopped at 0x00fc42f: cmpb %cs:0x24f,%bh db> trace kernbase(b0a,c05ed8e5,c00fbc50,c00fbc52,c081a9c) at 0xc00fc42f db> where kernbase(b0a,c05ed8e5,c00fbc50,c00fbc52,c081a9c) at 0xc00fc42f db> call doadump Dumping 511 MB Dump failed. Partition too small. db call cpu_reset The dump partition is 1 GB in size. -- Steve