From owner-cvs-src@FreeBSD.ORG  Fri Aug 26 05:18:47 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: 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 19ACA16A41F;
	Fri, 26 Aug 2005 05:18:47 +0000 (GMT) (envelope-from alc@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E127C43D48;
	Fri, 26 Aug 2005 05:18:46 +0000 (GMT) (envelope-from alc@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.1/8.13.1) with ESMTP id j7Q5IkVM019857;
	Fri, 26 Aug 2005 05:18:46 GMT (envelope-from alc@repoman.freebsd.org)
Received: (from alc@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id j7Q5Ikc0019856;
	Fri, 26 Aug 2005 05:18:46 GMT (envelope-from alc)
Message-Id: <200508260518.j7Q5Ikc0019856@repoman.freebsd.org>
From: Alan Cox <alc@FreeBSD.org>
Date: Fri, 26 Aug 2005 05:18:46 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/sys/amd64/amd64 pmap.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
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: Fri, 26 Aug 2005 05:18:47 -0000

alc         2005-08-26 05:18:46 UTC

  FreeBSD src repository

  Modified files:
    sys/amd64/amd64      pmap.c 
  Log:
  Remedy the following three problems:
  
  1. The amd64 pmap, unlike the i386 pmap, maintains a reference count
     for each page directory (PD) page.  However, in the transformation
     of the i386 pmap into the amd64 pmap, operations, such as
     pmap_copy() and pmap_object_init_pt(), that create 2MB "superpage"
     mappings by setting the PG_PS bit in a PD entry were not modified
     to adjust the underlying PD page's reference count.  Consequently,
     superpage mappings could disappear prematurely.
  
  2. pmap_object_init_pt() could crash or corrupt memory if either the
     virtual address range being mapped crosses a 1GB boundary in the
     virtual address space or nothing is mapped in the 1GB area.
  
  3. When pmap_allocpte() destroys a 2MB "superpage" mapping it does not
     reduce the pmap's resident count accordingly.  It should.  (This
     bug is inherited from i386.)
  
  Discussed with: peter
  Reviewed by:    tegge
  
  Revision  Changes    Path
  1.526     +72 -18    src/sys/amd64/amd64/pmap.c