From owner-cvs-src@FreeBSD.ORG  Sat Jul  3 18:11:41 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 4086D16A4CE; Sat,  3 Jul 2004 18:11:41 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3A9BD43D2F; Sat,  3 Jul 2004 18:11:41 +0000 (GMT)
	(envelope-from green@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.11/8.12.11) with ESMTP id i63IBfcR092417;
	Sat, 3 Jul 2004 18:11:41 GMT
	(envelope-from green@repoman.freebsd.org)
Received: (from green@localhost)
	by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i63IBfSf092416;
	Sat, 3 Jul 2004 18:11:41 GMT
	(envelope-from green)
Message-Id: <200407031811.i63IBfSf092416@repoman.freebsd.org>
From: Brian Feldman <green@FreeBSD.org>
Date: Sat, 3 Jul 2004 18:11:41 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/vm uma_core.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, 03 Jul 2004 18:11:41 -0000

green       2004-07-03 18:11:41 UTC

  FreeBSD src repository

  Modified files:
    sys/vm               uma_core.c 
  Log:
  Limit mbuma damage.  Suddenly ALL allocations with M_WAITOK are subject
  to failing -- that is, allocations via malloc(M_WAITOK) that are required
  to never fail -- if WITNESS is not defined.  While everyone should be
  running WITNESS, in any case, zone "Mbuf" allocations are really the only
  ones that should be screwed with by this hack.
  
  This hack is crashing people, and would continue to do so with or without
  WITNESS.  Things shouldn't be allocating with M_WAITOK with locks held,
  but it's not okay just to always remove M_WAITOK when !WITNESS.
  
  Reported by:    Bernd Walter <ticso@cicely5.cicely.de>
  
  Revision  Changes    Path
  1.98      +8 -4      src/sys/vm/uma_core.c