From owner-cvs-src@FreeBSD.ORG  Sat Aug  9 05:46:31 2008
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 9299D1065689;
	Sat,  9 Aug 2008 05:46:31 +0000 (UTC) (envelope-from alc@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
	[IPv6:2001:4f8:fff6::29])
	by mx1.freebsd.org (Postfix) with ESMTP id 812E38FC13;
	Sat,  9 Aug 2008 05:46:31 +0000 (UTC) (envelope-from alc@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.14.2/8.14.2) with ESMTP id m795kVrV017665;
	Sat, 9 Aug 2008 05:46:31 GMT (envelope-from alc@repoman.freebsd.org)
Received: (from svn2cvs@localhost)
	by repoman.freebsd.org (8.14.2/8.14.1/Submit) id m795kVsS017664;
	Sat, 9 Aug 2008 05:46:31 GMT (envelope-from alc@repoman.freebsd.org)
Message-Id: <200808090546.m795kVsS017664@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: svn2cvs set sender to
	alc@repoman.freebsd.org using -f
From: Alan Cox <alc@FreeBSD.org>
Date: Sat, 9 Aug 2008 05:46:13 +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: Sat, 09 Aug 2008 05:46:31 -0000

alc         2008-08-09 05:46:13 UTC

  FreeBSD src repository

  Modified files:
    sys/amd64/amd64      pmap.c 
  Log:
  SVN rev 181456 on 2008-08-09 05:46:13Z by alc
  
  Intel describes the behavior of their processors as "undefined" if two or
  more mappings to the same physical page have different memory types, i.e.,
  PAT settings.  Consequently, if pmap_change_attr() is applied to a virtual
  address range within the kernel map, then the corresponding ranges of the
  direct map also need to be changed.  Enhance pmap_change_attr() to handle
  this case automatically.
  
  Add a comment describing what pmap_change_attr() does.
  
  Discussed with: jhb
  
  Revision  Changes    Path
  1.645     +84 -2     src/sys/amd64/amd64/pmap.c