From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 23:37:09 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 0149216A420 for ; Sun, 12 Feb 2006 23:37:09 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC4943D45 for ; Sun, 12 Feb 2006 23:37:07 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (dialup239.ach.sch.gr [81.186.70.239]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1CNac2a004231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 13 Feb 2006 01:36:43 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1CNaa7x001021 for ; Mon, 13 Feb 2006 01:36:36 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1CNaagY001020 for freebsd-current@freebsd.org; Mon, 13 Feb 2006 01:36:36 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Mon, 13 Feb 2006 01:36:36 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20060212233636.GA1005@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.519, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.88, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org Subject: insta-panic in softclock() -> acctwatch() 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, 12 Feb 2006 23:37:09 -0000 I've finally managed to catch one of the panics of a 2006.01.25 kernel in action, while working on the console. Unfortunately, not with a debugging kernel, but the function backtrace was: panic() sleepq_add() cv_wait_unlock() cv_wait() _sx_xlock() acctwatch() softclock() This went away after I disabled process accounting in `rc.conf', but it may help someone more experienced with process accounting to find a better fix :) - Giorgos