From owner-freebsd-current@FreeBSD.ORG  Sun Sep 21 21:22:20 2003
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 5F33316A4B3; Sun, 21 Sep 2003 21:22:20 -0700 (PDT)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3E98143F3F; Sun, 21 Sep 2003 21:22:18 -0700 (PDT)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h8M4MDWI000997;
	Mon, 22 Sep 2003 08:22:17 +0400 (MSD)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h8M4MCQg000996;
	Mon, 22 Sep 2003 08:22:13 +0400 (MSD)
	(envelope-from ache)
Date: Mon, 22 Sep 2003 08:22:12 +0400
From: Andrey Chernov <ache@nagual.pp.ru>
To: current@freebsd.org, phk@freebsd.org
Message-ID: <20030922042211.GA913@nagual.pp.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: g_up panic, finally with stack trace!
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 04:22:20 -0000

This is 10days old kernel panic, the same type I report before, but now I 
use dont-sync-on-panic sysctl, so some stack trace finally available:

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x24
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc017fdab
stack pointer           = 0x10:0xcd36bb04
frame pointer           = 0x10:0xcd36bb18
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         = 3 (g_up)
trap number             = 12
panic: page fault

#0  0xc018a4bb in doadump ()
#1  0xc018ab44 in boot ()
#2  0xc018aee8 in panic ()
#3  0xc02992dc in trap_fatal ()
#4  0xc0298983 in trap ()
#5  0xc02897d8 in calltrap ()
#6  0xc01801f9 in _mtx_lock_sleep ()
#7  0xc01d3fac in bufdone ()
#8  0xc01d7e78 in cluster_callback ()
#9  0xc01d3f11 in bufdone ()
#10 0xc01d3d8e in bufdonebio ()
#11 0xc01d3b5c in biodone ()
#12 0xc01520ba in g_dev_done ()
#13 0xc01d3b5c in biodone ()
#14 0xc0154d28 in g_io_schedule_up ()
#15 0xc0154f38 in g_up_procbody ()
#16 0xc0173b51 in fork_exit ()