From owner-cvs-src@FreeBSD.ORG  Sat Mar  5 01:47:33 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
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 CAE1D16A4CE; Sat,  5 Mar 2005 01:47:33 +0000 (GMT)
Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8634B43D5D; Sat,  5 Mar 2005 01:47:33 +0000 (GMT)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by cyrus.watson.org (Postfix) with SMTP id DF3C246B55;
	Fri,  4 Mar 2005 20:47:22 -0500 (EST)
Date: Sat, 5 Mar 2005 01:45:16 +0000 (GMT)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
To: Nate Lawson <nate@root.org>
In-Reply-To: <42276DB6.8030701@root.org>
Message-ID: <Pine.NEB.3.96L.1050305014430.12299C-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
cc: src-committers@freebsd.org
cc: John Baldwin <jhb@freebsd.org>
cc: cvs-src@freebsd.org
cc: Scott Long <scottl@samsco.org>
cc: cvs-all@freebsd.org
cc: Daniel Eischen <deischen@freebsd.org>
cc: David Xu <davidxu@freebsd.org>
Subject: Re: cvs commit: src/sys/kern kern_sig.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
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: Sat, 05 Mar 2005 01:47:34 -0000


On Thu, 3 Mar 2005, Nate Lawson wrote:

> That was me.  At work, we've done a lot of intentional fault injection
> in software we were evaluating and this kind of thing is very helpful.
> Note also silby@'s work in extremely pessimizing fragmentation to work
> out bugs in our reassembly code. 

I haven't used it lately, but MALLOC_MAKE_FAIL is also quite useful for
finding bugs in kernel code that makes incorrect assumptions about return
values with M_NOWAIT.  We need something similar for UMA.

Robert N M Watson