From owner-cvs-src@FreeBSD.ORG  Sat Sep 20 13:34:59 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 2910416A4B3; Sat, 20 Sep 2003 13:34:59 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B07DC43FF5; Sat, 20 Sep 2003 13:34:58 -0700 (PDT)
	(envelope-from marcel@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.9/8.12.9) with ESMTP id h8KKYwXJ018878;
	Sat, 20 Sep 2003 13:34:58 -0700 (PDT)
	(envelope-from marcel@repoman.freebsd.org)
Received: (from marcel@localhost)
	by repoman.freebsd.org (8.12.9/8.12.9/Submit) id h8KKYwoC018877;
	Sat, 20 Sep 2003 13:34:58 -0700 (PDT)
	(envelope-from marcel)
Message-Id: <200309202034.h8KKYwoC018877@repoman.freebsd.org>
From: Marcel Moolenaar <marcel@FreeBSD.org>
Date: Sat, 20 Sep 2003 13:34:58 -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/ia64/ia64 machdep.c
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: Sat, 20 Sep 2003 20:34:59 -0000

marcel      2003/09/20 13:34:58 PDT

  FreeBSD src repository

  Modified files:
    sys/ia64/ia64        machdep.c 
  Log:
  Fix the last remaining problem encountered by KSE: apparently it is
  not guaranteed that the RSE writes the NaT collection immediately,
  sort of atomically, to the backing store when it writes the register
  immediately prior to the NaT collection point. This means that we
  cannot assume that the low 9 bits of the backingstore pointer do not
  point to the NaT collection. This is rather a surprise and I don't
  know at this time if it's a bug in the Merced or that it's actually
  a valid condition of the architecture. A quick scan over the sources
  does not indicate that we depend on the false assumption elsewhere,
  but it's something to keep in mind.
  
  The fix is to write the saved contents of the ar.rnat register to
  the backingstore prior to entering the loop that copies the dirty
  registers from the kernel stack to the user stack.
  
  Revision  Changes    Path
  1.156     +5 -1      src/sys/ia64/ia64/machdep.c