From owner-cvs-all@FreeBSD.ORG Wed Jan 21 17:43:47 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 220D716A4CE; Wed, 21 Jan 2004 17:43:47 -0800 (PST) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF9443D46; Wed, 21 Jan 2004 17:43:45 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i0M1hiug010246; Thu, 22 Jan 2004 12:43:44 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i0M1hep2023611; Thu, 22 Jan 2004 12:43:40 +1100 Date: Thu, 22 Jan 2004 12:43:40 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Greg 'groggy' Lehey" In-Reply-To: <20040121235215.GV86671@wantadilla.lemis.com> Message-ID: <20040122123454.V10548@gamplex.bde.org> References: <200401210148.aa95501@salmon.maths.tcd.ie> <20040120203001.B99547@root.org> <20040120144505.ccsc4kog4c88sgww@www.sweetdreamsracing.biz> <20040121235215.GV86671@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kenneth Culver cc: src-committers@FreeBSD.org cc: Poul-Henning Kamp cc: Nate Lawson cc: cvs-src@FreeBSD.org cc: Ian Dowse cc: Mike Silbersack cc: cvs-all@FreeBSD.org Subject: Re: backtrace() and the console log (was Re: cvs commit: src/sys/alpha...) 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: Thu, 22 Jan 2004 01:43:47 -0000 On Thu, 22 Jan 2004, Greg 'groggy' Lehey wrote: > On Wednesday, 21 January 2004 at 16:40:46 +1100, Bruce Evans wrote: > > On Tue, 20 Jan 2004, Nate Lawson wrote: > > > >> On Wed, 21 Jan 2004, Ian Dowse wrote: > >>> I've been using the following patch for a while to get backtrace() > >>> to output to the kernel message buffer. Sending all ddb output via > >>> printf might be undesirable for some cases, but I guess having it > >>> configurable with a `debug.ddb_use_printf' sysctl that defaults to > >>> the old behaviour would be ok? > > > > It's undesireable in almost all cases, since it fills up the message > > buffer with garbage. > > If it's "garbage", why are we ever producing it? Currently I'm > getting a lot of LORs which don't get reported anywhere. I'd really > like to catch this "garbage". Because it is hard to debug when the debugger doesn't print any output. In almost all cases, you don't want to record all the false trails that you followed tracking down a problem, especially since any recording might cycle more important records out of the message buffer before syslogd(8) has a chance to run. Bruce