From owner-cvs-src@FreeBSD.ORG  Mon Apr  7 07:27:20 2003
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 3B7C537B401; Mon,  7 Apr 2003 07:27:20 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D79E143FB1; Mon,  7 Apr 2003 07:27:19 -0700 (PDT)
	(envelope-from jake@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h37ERJ0U090528;
	Mon, 7 Apr 2003 07:27:19 -0700 (PDT)
	(envelope-from jake@repoman.freebsd.org)
Received: (from jake@localhost)
	by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h37ERJdG090527;
	Mon, 7 Apr 2003 07:27:19 -0700 (PDT)
Message-Id: <200304071427.h37ERJdG090527@repoman.freebsd.org>
From: Jake Burkholder <jake@FreeBSD.org>
Date: Mon, 7 Apr 2003 07:27:19 -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/i386/include pmap.h vmparam.h
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, 07 Apr 2003 14:27:20 -0000

jake        2003/04/07 07:27:19 PDT

  FreeBSD src repository

  Modified files:
    sys/i386/include     pmap.h vmparam.h 
  Log:
  Better fix for previous previous which still allows the 4megs of kva at
  the top of the address space to be reclaimed.  The problem is that with
  the APTD gone the mapable kernel address space runs right to the end of
  the 32 bit address space.  As a max this is 0x100000000, which can't be
  represented in 32 bits, so we have to use ptd entry n-1 and pte offset
  n-1, instead of ptd entry n and pte offset 0.  There's still 1 page we
  can't use, but we gain just under 4 megs of kva (8 megs with PAE).
  
  Sponsored by:   DARPA, Network Associates Laboratories
  
  Revision  Changes    Path
  1.97      +2 -2      src/sys/i386/include/pmap.h
  1.35      +1 -1      src/sys/i386/include/vmparam.h