Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262019AbUDHQ35 (ORCPT ); Thu, 8 Apr 2004 12:29:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262035AbUDHQ35 (ORCPT ); Thu, 8 Apr 2004 12:29:57 -0400 Received: from stat1.steeleye.com ([65.114.3.130]:62408 "EHLO hancock.sc.steeleye.com") by vger.kernel.org with ESMTP id S262019AbUDHQ3z (ORCPT ); Thu, 8 Apr 2004 12:29:55 -0400 Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page From: James Bottomley To: Andrea Arcangeli Cc: Hugh Dickins , Linux Kernel , parisc-linux@parisc-linux.org In-Reply-To: <20040408161610.GF31667@dualathlon.random> References: <1081435237.1885.144.camel@mulgrave> <20040408151415.GB31667@dualathlon.random> <1081438124.2105.207.camel@mulgrave> <20040408153412.GD31667@dualathlon.random> <1081439244.2165.236.camel@mulgrave> <20040408161610.GF31667@dualathlon.random> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) Date: 08 Apr 2004 11:29:50 -0500 Message-Id: <1081441791.2105.295.camel@mulgrave> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1160 Lines: 25 On Thu, 2004-04-08 at 11:16, Andrea Arcangeli wrote: > softirq tasklets would be unsafe too, oh well, if you take it really > from irq context (irq/softirq/tasklet) then just a spinlock isn't > enough, it'd need to be an irq safe lock or whatever similar plus you > must be sure to never generate exceptions triggering the call inside the > critical section. sounds like we need some per-arch abstraction to cover > this, we for sure don't want an irq spinlock for this, then we can as > well leave the semaphore for all archs but parisc. Erm, well, I think this is a global problem. All VI archs have to use the flush_ APIs in cachetlb.txt to ensure coherence. It's just that sparc seems to have some nice cache manipulation instructions that relieve it of the necessity of traversing the mappings. Why don't we want an irq safe spinlock? As Hugh said, we'd abstract it so as to be a nop on PI archs. James - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/