From owner-cvs-all@FreeBSD.ORG  Sun Jan 25 00:04:46 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 80B7C16A4CE; Sun, 25 Jan 2004 00:04:46 -0800 (PST)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C214D43D39; Sun, 25 Jan 2004 00:04:45 -0800 (PST)
	(envelope-from jeff@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 i0P84j0B068083;
	Sun, 25 Jan 2004 00:04:45 -0800 (PST)
	(envelope-from jeff@repoman.freebsd.org)
Received: (from jeff@localhost)
	by repoman.freebsd.org (8.12.10/8.12.10/Submit) id i0P84jxM068082;
	Sun, 25 Jan 2004 00:04:45 -0800 (PST)
	(envelope-from jeff)
Message-Id: <200401250804.i0P84jxM068082@repoman.freebsd.org>
From: Jeff Roberson <jeff@FreeBSD.org>
Date: Sun, 25 Jan 2004 00:04:45 -0800 (PST)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/i386/i386 pmap.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: Sun, 25 Jan 2004 08:04:46 -0000

jeff        2004/01/25 00:04:45 PST

  FreeBSD src repository

  Modified files:
    sys/i386/i386        pmap.c 
  Log:
   - Now that both schedulers support temporary cpu pinning use this rather
     than the switchin functions to guarantee that we're operating with the
     correct tlb entry.
   - Remove the post copy/zero tlb invalidations.  It is faster to invalidate
     an entry that is known to exist and so it is faster to invalidate after
     use.  However, some architectures implement speculative page table
     prefetching so we can not be guaranteed that the invalidated entry is still
     invalid when we re-enter any of these functions.  As a result of this we
     must always invalidate before use to be safe.
  
  Revision  Changes    Path
  1.461     +17 -77    src/sys/i386/i386/pmap.c