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 62F1EDDE17 for ; Fri, 19 Oct 2007 14:59:24 +1000 (EST) Subject: Re: [PATCH] synchronize_irq needs a barrier From: Benjamin Herrenschmidt To: Herbert Xu In-Reply-To: <20071019044806.GA10080@gondor.apana.org.au> References: <1192745137.7367.40.camel@pasglop> <1192749449.7367.51.camel@pasglop> <20071019023219.GB8453@gondor.apana.org.au> <20071019042025.GA9617@gondor.apana.org.au> <20071019044806.GA10080@gondor.apana.org.au> Content-Type: text/plain Date: Fri, 19 Oct 2007 14:58:30 +1000 Message-Id: <1192769910.7367.106.camel@pasglop> Mime-Version: 1.0 Cc: Linux Kernel Mailing List , linuxppc-dev@ozlabs.org, Thomas Gleixner , akpm@linux-foundation.org, Linus Torvalds , Ingo Molnar Reply-To: benh@kernel.crashing.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 2007-10-19 at 12:48 +0800, Herbert Xu wrote: > [IRQ]: Fix synchronize_irq races with IRQ handler > > As it is some callers of synchronize_irq rely on memory barriers > to provide synchronisation against the IRQ handlers. For example, > the tg3 driver does > > tp->irq_sync = 1; > smp_mb(); > synchronize_irq(); > > and then in the IRQ handler: > > if (!tp->irq_sync) > netif_rx_schedule(dev, &tp->napi); > > Unfortunately memory barriers only work well when they come in > pairs. Because we don't actually have memory barriers on the > IRQ path, the memory barrier before the synchronize_irq() doesn't > actually protect us. > > In particular, synchronize_irq() may return followed by the > result of netif_rx_schedule being made visible. > > This patch (mostly written by Linus) fixes this by using spin > locks instead of memory barries on the synchronize_irq() path. > > Signed-off-by: Herbert Xu Good for me. Acked-by: Benjamin Herrenschmidt Cheers, Ben.