From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 13 03:27:33 2010 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6406106566B for ; Wed, 13 Jan 2010 03:27:33 +0000 (UTC) (envelope-from hwong@lumeta.com) Received: from MAIL.corp.lumeta.com (hercules.lumeta.com [65.246.245.23]) by mx1.freebsd.org (Postfix) with ESMTP id 84FC28FC08 for ; Wed, 13 Jan 2010 03:27:32 +0000 (UTC) Received: from hwong-desk1.corp.lumeta.com ([65.246.246.57]) by MAIL.corp.lumeta.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 Jan 2010 22:27:31 -0500 Message-ID: <4B4D3DA3.1010706@lumeta.com> Date: Tue, 12 Jan 2010 22:27:31 -0500 From: Henry Wong User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.org References: <201001120250.o0C2o2sI055242@freefall.freebsd.org> <4B4CCBCE.8040004@lumeta.com> In-Reply-To: <4B4CCBCE.8040004@lumeta.com> X-OriginalArrivalTime: 13 Jan 2010 03:27:31.0555 (UTC) FILETIME=[57178330:01CA9400] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Henry Wong Subject: Re: kern/142728: Panic: Fatal trap 12 in g_io_request X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 03:27:33 -0000 I'm new at trying to find kernel panics. As I said, I cannot seem to get a dump. From looking at the Instruction pointer, it looks like the g_io_request function is attempting to work with a g_consumer that refers to a g_provider that has been freed. The "pp" points off to a page that is not in its address space (trap 12) or doens't belong to it (trap 9). The instruction pointer refers to the attempt to retrieve pp->name as the parameter for the g_trace(G_T_BIO, ... ). Since the process that is listed as the "current process" varies a lot, I suspect that the trap is being caused by some event such as an interrupt. Could someone please give me some hints on how I might proceed to 1) get more information or 2) get this problem to a point where it can be diagnosed and resolved. Thank you, -- Henry Wong Lead Software Engineer Lumeta - / Securing the Network in the Face of Change / _hwong@lumeta.com_ 732.357.3534 (office) 732.564.0731 (fax) 220 Davidson Avenue Somerset , NJ 08873-4146 www.lumeta.com