From owner-cvs-src@FreeBSD.ORG  Thu Apr 24 10:55:45 2008
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id B9CA9106566C;
	Thu, 24 Apr 2008 10:55:45 +0000 (UTC)
	(envelope-from rwatson@FreeBSD.org)
Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42])
	by mx1.freebsd.org (Postfix) with ESMTP id B0F128FC13;
	Thu, 24 Apr 2008 10:55:45 +0000 (UTC)
	(envelope-from rwatson@FreeBSD.org)
Received: from fledge.watson.org (fledge.watson.org [209.31.154.41])
	by cyrus.watson.org (Postfix) with ESMTP id 2241746C27;
	Thu, 24 Apr 2008 06:55:45 -0400 (EDT)
Date: Thu, 24 Apr 2008 11:55:45 +0100 (BST)
From: Robert Watson <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: Brooks Davis <brooks@FreeBSD.org>
In-Reply-To: <200804232240.m3NMexsf070598@repoman.freebsd.org>
Message-ID: <20080424115327.V22132@fledge.watson.org>
References: <200804232240.m3NMexsf070598@repoman.freebsd.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/etc/defaults rc.conf
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Apr 2008 10:55:45 -0000

On Wed, 23 Apr 2008, Brooks Davis wrote:

> brooks      2008-04-23 22:40:59 UTC
>
>  FreeBSD src repository
>
>  Modified files:
>    etc/defaults         rc.conf
>  Log:
>  Revert rev 1.332 and keep ddb scripts off by default for now.  Minidumps
>  are more flexable and much text-dump like output can be produced from
>  them so there's a good argument they are a better default.

I think a contrast is being set up here that isn't quite the case: DDB scripts 
work fine with minidumps *and* textdumps, so the choice is not "DDB scripts or 
minidumps", it's "textdumps or minidumps".  Someone(tm) needs to add support 
to ddb(8) to extract the DDB textdump buffer from a minidump, in which case 
you might well want a crash-time script that captures, say, witness output 
data, and then saves it in the minidump to be extracted after reboot.  I'm 
fine with the default remaining minidumps, but think we should make sure to 
think of the various elements of my recent DDB work (output capture, 
scripting, and textdumps) as separable and reusable.

Robert N M Watson
Computer Laboratory
University of Cambridge