From owner-freebsd-current@FreeBSD.ORG Sun May 31 17:09:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE464106564A for ; Sun, 31 May 2009 17:09:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7D98FC22 for ; Sun, 31 May 2009 17:09:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4463346B2D; Sun, 31 May 2009 13:09:23 -0400 (EDT) Date: Sun, 31 May 2009 18:09:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randy Bush In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: yakpf 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: Sun, 31 May 2009 17:09:24 -0000 On Sun, 31 May 2009, Randy Bush wrote: > and one more, this from serial console > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff8047c1da > stack pointer = 0x28:0xffffff807a156630 > frame pointer = 0x28:0xffffff807a1566f0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1385 (nfcapd) > trap number = 12 > panic: page fault > cpuid = 0 > > due to when it happens, about 01:50 when there are no cron jobs or anything > obvious, i am suspecting this is not the same as kern/134011 > > it did not leave a dump. and i could not force one as it required a power > cycle to get the box's attention. > > nfcapd is a flow data capture from a couple of lighly loaded (10-20Mbps) > routers. Is it possible to use options KDB_TRACE and KDB_PANIC to dump a stack trace to the serial console to use as a starting point for debugging? And/or DDB scripting to run various debugging commands which log to serial console or a textdump? Robert N M Watson Computer Laboratory University of Cambridge