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: Mon, 07 Jul 2008 17:16:50 -0400 Message-ID: <487287C2.5090309@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> <486CC1FA.10003@hp.com> <20080703225124.GB29319@disturbed> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-fsdevel@vger.kernel.org To: Dave Chinner Return-path: Received: from g1t0029.austin.hp.com ([15.216.28.36]:38350 "EHLO g1t0029.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756604AbYGGVRI convert rfc822-to-8bit (ORCPT ); Mon, 7 Jul 2008 17:17:08 -0400 In-Reply-To: <20080703225124.GB29319@disturbed> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Dave Chinner wrote: > Why? Have you ever used an extent mapping interface before? YES - for the past 9 years in Tru64 unix. Interfaces that were used by tools to defragment, print extmaps, capture metadata for support, scan for fs errors, perform backups with directIO through the fs, move file extents between devices, allow a stacked cluster filesystem to read/write directly to the raw device from other Tru64 nodes, allow an IBM Tivoli client to read/write directly to the raw SAN storage from anywhere, (and probably some uses I've forgot). > Given that one of the original desires was to have the fiemap ioctl > *replace the XFS ioctl*, I'm kinda getting sick of people saying "we > don't want this because only it's only an XFS feature" depsite the > fact that w=D8=A5at we are doing here is re-implemented long standing= XFS > interfaces. I don't have a problem with a feature that is implemented for XFS if we can properly define the use of that feature. I have been saying since I started talking on this forum that I'm a real Linux newbie. But I have been doing other kernels so long they now add "old" to my "mean bastard" designation :) What I have been trying to point out in the fiemap discussion is all learned from past mistakes. The words I'm using may be part of the problem, or maybe people are too set on defending an existing implementation to think it through. So please think carefully about what I say in the next emails about the design issues and consider that maybe XFS made a mistake or two along the way. If the mistake is just that I don't understand it, please explain. jim -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html