From owner-cvs-src@FreeBSD.ORG  Tue Apr  4 21:00:44 2006
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 737E816A480;
	Tue,  4 Apr 2006 21:00:44 +0000 (UTC)
	(envelope-from marius@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 45F1543D46;
	Tue,  4 Apr 2006 21:00:44 +0000 (GMT)
	(envelope-from marius@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 k34L0ifs001632;
	Tue, 4 Apr 2006 21:00:44 GMT
	(envelope-from marius@repoman.freebsd.org)
Received: (from marius@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id k34L0i61001631;
	Tue, 4 Apr 2006 21:00:44 GMT (envelope-from marius)
Message-Id: <200604042100.k34L0i61001631@repoman.freebsd.org>
From: Marius Strobl <marius@FreeBSD.org>
Date: Tue, 4 Apr 2006 21:00:44 +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/sparc64/sparc64 trap.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: Tue, 04 Apr 2006 21:00:44 -0000

marius      2006-04-04 21:00:44 UTC

  FreeBSD src repository

  Modified files:
    sys/sparc64/sparc64  trap.c 
  Log:
  For USIII CPUs the type of the trap caused by peeking/poking non-existent
  PCI devices apparently was changed from a special deferred trap with TPC
  pointing to the membar #Sync following the failing load/store instruction
  to a precise trap with TPC pointing to the failing load/store instruction.
  Thus remove the check the check whether TPC points to a membar #Sync in
  case of a data access trap as it's off-by-one for USIII CPUs and it should
  be sufficient to check whether the trap happend while in fasword*() to
  properly detect traps caused by peeking/poking. This also corresponds to
  what other OSs do. Note that also only the USIIi manual suggests to check
  the TPC for such traps while the USII one doesn't (in the public USIII
  manual device peeking/poking isn't mentioned at all).
  
  Revision  Changes    Path
  1.81      +5 -7      src/sys/sparc64/sparc64/trap.c