From owner-cvs-all@FreeBSD.ORG  Thu May  6 17:17:08 2004
Return-Path: <owner-cvs-all@FreeBSD.ORG>
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 6DE8E16A4CE; Thu,  6 May 2004 17:17:08 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5C97543D2F; Thu,  6 May 2004 17:17:08 -0700 (PDT)
	(envelope-from green@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.10/8.12.10) with ESMTP id i470H8Ge046601;
	Thu, 6 May 2004 17:17:08 -0700 (PDT)
	(envelope-from green@repoman.freebsd.org)
Received: (from green@localhost)
	by repoman.freebsd.org (8.12.10/8.12.10/Submit) id i470H87C046600;
	Thu, 6 May 2004 17:17:08 -0700 (PDT)
	(envelope-from green)
Message-Id: <200405070017.i470H87C046600@repoman.freebsd.org>
From: Brian Feldman <green@FreeBSD.org>
Date: Thu, 6 May 2004 17:17:08 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/vm vm_map.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 May 2004 00:17:08 -0000

green       2004/05/06 17:17:08 PDT

  FreeBSD src repository

  Modified files:
    sys/vm               vm_map.c 
  Log:
  Properly remove MAP_FUTUREWIRE when a vm_map_entry gets torn down.
  Previously, mlockall(2) usage would leak MAP_FUTUREWIRE of the process's
  vmspace::vm_map and subsequent processes would wire all of their memory.
  Coupled with a wired-page leak in vm_fault_unwire(), this would run the
  system out of free pages and cause programs to randomly SIGBUS when
  faulting in new pages.
  
  (Note that this is not the fix for the latter part; pages are still
   leaked when a wired area is unmapped in some cases.)
  
  Reviewed by:    alc
  PR              kern/62930
  
  Revision  Changes    Path
  1.334     +1 -0      src/sys/vm/vm_map.c