From owner-cvs-all@FreeBSD.ORG Tue Jan 20 22:04:14 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BDD316A4CE; Tue, 20 Jan 2004 22:04:14 -0800 (PST) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 805DF43D46; Tue, 20 Jan 2004 22:04:12 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i0L64Bug020882; Wed, 21 Jan 2004 17:04:11 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i0L649p2017270; Wed, 21 Jan 2004 17:04:09 +1100 Date: Wed, 21 Jan 2004 17:04:09 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Nate Lawson In-Reply-To: <20040120191020.J99547@root.org> Message-ID: <20040121165555.T7572@gamplex.bde.org> References: <200401192127.i0JLRBL3041817@repoman.freebsd.org> <20040120015009.W39477@odysseus.silby.com> <20040121004238.GP47639@wantadilla.lemis.com> <20040121022454.GA28078@xor.obsecurity.org> <20040120191020.J99547@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: Kris Kennaway 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-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 06:04:14 -0000 On Tue, 20 Jan 2004, Nate Lawson wrote: > > On Tue, Jan 20, 2004 at 05:04:12PM -0800, Nate Lawson wrote: > > > I would have gotten 100x more value from making options DDB the default in > > > GENERIC (at least until we branch -stable) and having all page faults > I just looked and GENERIC still has options DDB (and INVARIANTS, etc.) > So all we need is re@ to leave options DDB on for the release builds. It > adds little space and users can compile it out. But for "panic on > install" problems or novice users, this would be very useful. Also, > having re@ provide a kernel.debug for each GENERIC would be good too. It > could be on the live FS cd, not on cd1. DDB would need to be made more secure and robust for production use. It can be invoked by anyone at the console with a default syscons console and keymap. It cannot be invoked by a break or escape sequence on the default serial console, but that makes it less useful. The debug.debugger_on_panic sysctl doesn't work right. It only affects panics, but for production use all stray calls to Debugger() should cause panics and not hang waiting for input in ddb. Bruce