From owner-freebsd-stable@FreeBSD.ORG Mon Dec 13 18:30:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A923E16A4CE for ; Mon, 13 Dec 2004 18:30:05 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A4E43D39 for ; Mon, 13 Dec 2004 18:30:05 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8BE9872DD4; Mon, 13 Dec 2004 10:30:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8A16472DCB; Mon, 13 Dec 2004 10:30:05 -0800 (PST) Date: Mon, 13 Dec 2004 10:30:05 -0800 (PST) From: Doug White To: Joe Rhett In-Reply-To: <20041213075943.GA3909@meer.net> Message-ID: <20041213102944.D92964@carver.gumbysoft.com> References: <20041213052628.GB78120@meer.net> <20041213054159.GC78120@meer.net> <20041213075943.GA3909@meer.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@FreeBSD.org Subject: Re: is rebooting after a page fault disabled in 5.3-release? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 18:30:05 -0000 On Sun, 12 Dec 2004, Joe Rhett wrote: > As another side note, is there a reason that 5.3 doesn't reboot after page > faults? The crash and dumpdev man pages still indicate that it should. > This makes this problem hard to work on (must be at facility to debug..) It reboots fine on my systems. Do you have DDB compiled in without KDB_UNATTENDED? > > Or is there a new/undocumented configuration option? > > On Sun, Dec 12, 2004 at 09:41:59PM -0800, Joe Rhett wrote: > > And another, I can now confirm that it is fairly easy to kill 5.3-release > > during the rebuilding process. The following steps will cause a kernel > > page fault consistently: > ... > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x10 > > .... > > current process = 1063 (rebuilding ar0 1%) > > trap number = 12 > > panic: page fault > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org