From owner-cvs-src@FreeBSD.ORG Sun Feb 22 05:31:06 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 530BE16A4CE; Sun, 22 Feb 2004 05:31:06 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C923643D1D; Sun, 22 Feb 2004 05:31:05 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i1MDV05O021325; Mon, 23 Feb 2004 00:31:00 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i1MDUqch029258; Mon, 23 Feb 2004 00:30:53 +1100 Date: Mon, 23 Feb 2004 00:30:52 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: <20040222235120.E12791@gamplex.bde.org> References: <200401192127.i0JLRBL3041817@repoman.freebsd.org> <20040213035557.M24031@gamplex.bde.org> <20040215094444.F6303@gamplex.bde.org> <7m3c99vp6i.wl@black.imgsrc.co.jp> <7mptc7jud8.wl@black.imgsrc.co.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Jun Kuriyama cc: src-committers@FreeBSD.org cc: Poul-Henning Kamp cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha support.s src/sys/i386/i386 swtch.s src/sys/kern kern_shutdown.c src/sys/sys systm.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 13:31:06 -0000 On Sun, 22 Feb 2004, Dag-Erling [iso-8859-1] Sm=F8rgrav wrote: > Jun Kuriyama writes: > > I checked something around backtrace(). A db_print_backtrace() is > > depending on DDB, but as Bruce said, DDB is dangerous for default > > feature for -stable release. > > No, just make sure DDB_UNATTENDED is also the default. DDB_UNATTENDED doesn't work right yet. Its only effect is to clear the debugger_on_panic variable, which controls entries to the debugger on panics and on fatal traps. The following entries to the debugger are not controlled: - someone attending the console and hitting the Debugger hotkey. - stray Debugger() calls in source code. There is now a non-stray one in watchdog_fire(). - stray breakpoints in source code or left over from previous debugging session. - stray trace traps, perhaps from trace flags set in previous debugging session (these can be deep in stacks and hard to kill). Bruce