From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from de01egw02.freescale.net (de01egw02.freescale.net [192.88.165.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "de01egw02.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id B0B67DDF82 for ; Thu, 3 May 2007 07:30:26 +1000 (EST) Message-ID: <463902EB.8070401@freescale.com> Date: Wed, 02 May 2007 16:30:19 -0500 From: Scott Wood MIME-Version: 1.0 To: Kumar Gala Subject: Re: [PATCH v2] gianfar: Add I/O barriers when touching buffer descriptor ownership. References: <20070502195712.GA16541@ld0162-tx32.am.freescale.net> <4638F0C4.2000406@freescale.com> <4638F734.2040809@freescale.com> <41B347BE-06AA-4346-BEFB-19DFB52AC533@kernel.crashing.org> In-Reply-To: <41B347BE-06AA-4346-BEFB-19DFB52AC533@kernel.crashing.org> Content-Type: text/plain; charset=us-ascii; format=flowed Cc: netdev@vger.kernel.org, jgarzik@pobox.com, linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Kumar Gala wrote: > Why doesn't marking the bdp pointer volatile resolve the issue in > gfar_clean_rx_ring() to ensure load ordering? Because that only addresses compiler reordering (and does so in a rather clumsy way -- not all accesses need to be strongly ordered), not hardware reordering. -Scott