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 19:28:47 -0400 Message-ID: <4872A6AF.3060303@hp.com> References: <20080625221835.GQ28100@wotan.suse.de> <486CE430.9010902@hp.com> <20080704090057.GQ6239@webber.adilger.int> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org To: Andreas Dilger Return-path: Received: from g4t0014.houston.hp.com ([15.201.24.17]:30665 "EHLO g4t0014.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754113AbYGGX2w (ORCPT ); Mon, 7 Jul 2008 19:28:52 -0400 In-Reply-To: <20080704090057.GQ6239@webber.adilger.int> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Andreas Dilger wrote: > I don't see that calling this "NO_BYPASS" is significantly different > than calling it "NO_DIRECT". You can "bypass" that flag just as > easily, the point is that you may get garbage out of it, don't do that. I agree that the name of the flag does not change what we intend it to do... which is to say the storage can not be reached by directly accessing the physical device. > I don't think anyone writing an application will be seriously confused. If you can say that with a straight face, you must not have had much experience with commercial application developers. No matter how carefully your try to explain it, "NO_DIRECT" is going to be confused with the O_DIRECT feature. What I'm saying is that we should find some other name for the flag than "NO_DIRECT" because it is easier than trying to explain away the confusion. Any other suggestions? jim