From owner-cvs-src@FreeBSD.ORG Sat Aug 9 11:44:49 2003 Return-Path: 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 95D7C37B401; Sat, 9 Aug 2003 11:44:49 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F3A43FBF; Sat, 9 Aug 2003 11:44:48 -0700 (PDT) (envelope-from das@freebsd.org) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h79IijjX024774; Sat, 9 Aug 2003 11:44:45 -0700 (PDT) (envelope-from das@freebsd.org) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h79IijBf024773; Sat, 9 Aug 2003 11:44:45 -0700 (PDT) (envelope-from das@freebsd.org) Date: Sat, 9 Aug 2003 11:44:45 -0700 From: David Schultz To: "Alan L. Cox" Message-ID: <20030809184445.GA24746@HAL9000.homeunix.com> Mail-Followup-To: "Alan L. Cox" , src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org References: <200308091801.h79I1JHC036853@repoman.freebsd.org> <20030809181926.GA24480@HAL9000.homeunix.com> <3F353BF5.2C4A5F3B@imimic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F353BF5.2C4A5F3B@imimic.com> cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/kern sys_process.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 18:44:50 -0000 On Sat, Aug 09, 2003, Alan L. Cox wrote: > David Schultz wrote: > > > > On Sat, Aug 09, 2003, Alan Cox wrote: > > > A solution is to use vm_page_hold() in place of vm_page_wire(). Held > > > pages can be freed. They are moved to a special hold queue until the > > ^^^^^^^^^^^^ > > > hold is released. > > > > Please correct me if I'm wrong, but I think you mean ``cannot be freed''. > > Nope. It is correct as written. Take a look at vm_page_free_toq() and > vm_page_unhold(). Bleh. The third sentence that I quoted actually makes it crystal clear what freeing means in this context. Sorry. /me wanders down to Peet's to get some coffee.