From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 37A36DDEF2 for ; Thu, 23 Aug 2007 17:26:46 +1000 (EST) Subject: Re: wmb vs mmiowb From: Benjamin Herrenschmidt To: Linus Torvalds In-Reply-To: References: <20070822045714.GD26374@wotan.suse.de> Content-Type: text/plain Date: Thu, 23 Aug 2007 09:27:15 +0200 Message-Id: <1187854035.5972.4.camel@localhost.localdomain> Mime-Version: 1.0 Cc: Nick Piggin , linux-ia64@vger.kernel.org, Jesse Barnes , linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > Of course, the normal memory barrier would usually be a "spin_unlock()" or > something like that, not a "wmb()". In fact, I don't think the powerpc > implementation (as an example of this) will actually synchronize with > anything *but* a spin_unlock(). We are even more sneaky in the sense that we set a per-cpu flag on any MMIO write and do the sync automatically in spin_unlock() :-) Ben.