From owner-freebsd-current@FreeBSD.ORG Thu May 25 18:46:27 2006 Return-Path: X-Original-To: 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 E3C9716B6E1; Thu, 25 May 2006 18:46:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F74E43D5A; Thu, 25 May 2006 18:46:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4PIkHCf030146; Thu, 25 May 2006 12:46:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4475FB70.5060808@samsco.org> Date: Thu, 25 May 2006 12:46:08 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <446F1806.4050301@gmail.com> <200605241406.28235.jhb@freebsd.org> <4474C07E.5060905@gmail.com> <200605251349.55945.jhb@freebsd.org> In-Reply-To: <200605251349.55945.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: callout_reset page fault panic 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: Thu, 25 May 2006 18:46:34 -0000 John Baldwin wrote: > On Wednesday 24 May 2006 16:22, Pawel Worach wrote: > >>John Baldwin wrote: >> >>>On Saturday 20 May 2006 09:22, Pawel Worach wrote: >>> >>>>One day old CURRENT, i368 UP. Died while installing some ports and >>>>running mplayer. vmcore and kernel available (minidumps kick ass!). >>>> >>>>Unread portion of the kernel message buffer: >>>>kernel trap 12 with interrupts disabled >>> >>>I think the previous 'struct callout' on the callout wheel >>>is unmapped, maybe a kernel module was unloaded and it forgot >>>to do a callout_stop() or callout_drain() or somehow did a >>>callout_reset() after doing the stop() or drain()? >>> >> >>If nothing was unloaded automagically it's unlikely. > > > It could have been free'd perhaps and the page later subsequently unmapped > from KVA? (Not sure if that can happen.) > That's how these kind of panics usually happen, actually. Scott