From mboxrd@z Thu Jan 1 00:00:00 1970 From: jim owens Subject: Re: [PATCH 0/4] Fiemap, an extent mapping ioctl - round 2 Date: Thu, 03 Jul 2008 08:21:26 -0400 Message-ID: <486CC446.1050602@hp.com> References: <20080625221835.GQ28100@wotan.suse.de> <1214489061.6237.16.camel@norville.austin.ibm.com> <4863A483.5060303@redhat.com> <1214490465.6237.24.camel@norville.austin.ibm.com> <486C13B7.4030402@hp.com> <20080703111726.GZ29319@disturbed> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org To: Dave Chinner Return-path: Received: from g4t0015.houston.hp.com ([15.201.24.18]:36513 "EHLO g4t0015.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756832AbYGCMVr (ORCPT ); Thu, 3 Jul 2008 08:21:47 -0400 In-Reply-To: <20080703111726.GZ29319@disturbed> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Dave Chinner wrote: > xfs_bmap provides an atomic sync and mapping. By the way, I still fail to see how doing fiemap-with-SYNC in XFS has any more value than doing fsync(), fiemap(). In both cases the returned extent information is only guaranteed if there are 0 other threads changing the file. (Well OK, it is 1 less system call being made) jim