From owner-cvs-all Sun Oct 27 17: 2: 0 2002 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 6FB8737B401; Sun, 27 Oct 2002 17:01:59 -0800 (PST) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F99F43E4A; Sun, 27 Oct 2002 17:01:59 -0800 (PST) (envelope-from marcel@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id g9S10vmV045958; Sun, 27 Oct 2002 17:00:57 -0800 (PST) (envelope-from marcel@repoman.freebsd.org) Received: (from marcel@localhost) by repoman.freebsd.org (8.12.6/8.12.6/Submit) id g9S10vNI045957; Sun, 27 Oct 2002 17:00:57 -0800 (PST) Message-Id: <200210280100.g9S10vNI045957@repoman.freebsd.org> From: Marcel Moolenaar Date: Sun, 27 Oct 2002 17:00:57 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/ia64/include cpufunc.h X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG marcel 2002/10/27 17:00:57 PST Modified files: sys/ia64/include cpufunc.h Log: Remove mf.a (the acceptance form of the memory fence instruction) from all low-level bus space support functions. There's no need to actually force the read/write to be accepted by the platform before we can do anything else. We still have the mf instruction there, which forces ordering. This too is not required given the semantices of the bus space I/O functions, but it's not at all clear to me if there are any poorly written device drivers that depend on the strict ordering by the processor. The motto here is to take small steps... Revision Changes Path 1.14 +0 -12 src/sys/ia64/include/cpufunc.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message