From owner-cvs-src@FreeBSD.ORG  Mon Feb 16 10:59:11 2004
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 7750616A4CE; Mon, 16 Feb 2004 10:59:11 -0800 (PST)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 35DD943D1D; Mon, 16 Feb 2004 10:59:11 -0800 (PST)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
	by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1GIwgDL077983;
	Mon, 16 Feb 2004 13:58:42 -0500 (EST)
	(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)i1GIwg5i077980;
	Mon, 16 Feb 2004 13:58:42 -0500 (EST)
	(envelope-from robert@fledge.watson.org)
Date: Mon, 16 Feb 2004 13:58:42 -0500 (EST)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
To: Dag-Erling Smorgrav <des@FreeBSD.org>
In-Reply-To: <200402161841.i1GIfwmv008267@repoman.freebsd.org>
Message-ID: <Pine.NEB.3.96L.1040216135731.63057M-100000@fledge.watson.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
Subject: Re: cvs commit: src/sys/vm vm_kern.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: Mon, 16 Feb 2004 18:59:11 -0000


On Mon, 16 Feb 2004, Dag-Erling Smorgrav wrote:

>   Log:
>   Don't panic if we fail to satisfy an M_WAITOK request; return 0 instead.
>   The calling code will either handle that gracefully or cause a page fault.

Also, this turns an easily understood and widely documented kernel panic
message into a page fault.  Prior to this, users could google for the
message and find documentation on increasing the size of the kernel
address space.  Now, it requires facility with the source code in order to
figure out what it is going on (since the page fault trace won't include
the memory allocation). 

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Senior Research Scientist, McAfee Research