Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757973AbYFZL0i (ORCPT ); Thu, 26 Jun 2008 07:26:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755617AbYFZL03 (ORCPT ); Thu, 26 Jun 2008 07:26:29 -0400 Received: from palinux.external.hp.com ([192.25.206.14]:35198 "EHLO mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755345AbYFZL03 (ORCPT ); Thu, 26 Jun 2008 07:26:29 -0400 Date: Thu, 26 Jun 2008 05:26:12 -0600 From: Matthew Wilcox To: Dave Chinner Cc: xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements Message-ID: <20080626112612.GW4392@parisc-linux.org> References: <1214455277-6387-1-git-send-email-david@fromorbit.com> <1214455277-6387-2-git-send-email-david@fromorbit.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1214455277-6387-2-git-send-email-david@fromorbit.com> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 912 Lines: 19 On Thu, Jun 26, 2008 at 02:41:12PM +1000, Dave Chinner wrote: > XFS object flushing doesn't quite match existing completion semantics. It > mixed exclusive access with completion. That is, we need to mark an object as > being flushed before flushing it to disk, and then block any other attempt to > flush it until the completion occurs. This sounds like mutex semantics. Why are the existing mutexes not appropriate for your needs? -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step." -- 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/