From owner-cvs-all@FreeBSD.ORG  Sun Dec 12 19:27:58 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 B812216A4CE; Sun, 12 Dec 2004 19:27:58 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ABBC143D5D; Sun, 12 Dec 2004 19:27:58 +0000 (GMT)
	(envelope-from marcel@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 iBCJRwgA065823;
	Sun, 12 Dec 2004 19:27:58 GMT
	(envelope-from marcel@repoman.freebsd.org)
Received: (from marcel@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id iBCJRwMH065822;
	Sun, 12 Dec 2004 19:27:58 GMT
	(envelope-from marcel)
Message-Id: <200412121927.iBCJRwMH065822@repoman.freebsd.org>
From: Marcel Moolenaar <marcel@FreeBSD.org>
Date: Sun, 12 Dec 2004 19:27:58 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/ia64/ia64 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, 12 Dec 2004 19:27:58 -0000

marcel      2004-12-12 19:27:58 UTC

  FreeBSD src repository

  Modified files:
    sys/ia64/ia64        pmap.c 
  Log:
          Fix the last of the instability and the cause of the annoying
  "vm_fault: fault on nofault entry, addr: %lx" panic. The problem was a
  stale PTE in the TLB that marked the page as not present, even though
  we had a good PTE in the VHPT. We typically don't yet insert PTEs in
  the TLB. We do that lazily. The CPU will look for the PTE in the VHPT
  when there's no PTE in the TLB. Unfortunately this doesn't handle the
  case of the stale PTE in the TLB. The quick fix is to invalidate the
  TLB (sloppily) when the VHPT doesn't contain a valid PTE. This is also
  the only case that may cause a PTE in the TLB that marks a page as
  non-present.
  
  Revision  Changes    Path
  1.155     +6 -2      src/sys/ia64/ia64/pmap.c