From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Tomas Subject: Re: [RFC 0/13] extents and 48bit ext3 Date: Fri, 09 Jun 2006 18:57:10 +0400 Message-ID: References: <1149816055.4066.60.camel@dyn9047017069.beaverton.ibm.com> <20060609091327.GA3679@infradead.org> <44898476.80401@garzik.org> <4489874C.1020108@garzik.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: ext2-devel , linux-kernel@vger.kernel.org, Christoph Hellwig , Mingming Cao , linux-fsdevel@vger.kernel.org, Alex Tomas Return-path: To: Jeff Garzik In-Reply-To: <4489874C.1020108@garzik.org> (Jeff Garzik's message of "Fri, 09 Jun 2006 10:35:56 -0400") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ext2-devel-bounces@lists.sourceforge.net Errors-To: ext2-devel-bounces@lists.sourceforge.net List-Id: linux-fsdevel.vger.kernel.org >>>>> Jeff Garzik (JG) writes: JG> Alex Tomas wrote: >>>>>>> Jeff Garzik (JG) writes: JG> And thus, inodes are progressively incompatible with older JG> kernels. Boot into an older kernel, and you can now only read half JG> your filesystem (if it even allows mount at all). >> nope, you aren't allowed to mount fs with extents-enabled files >> by ext3 which has no the feature compiled in. the same will >> happen if you call it ext4. JG> This is my point... why increase user confusion by calling it ext3, then? by default it's still old good ext3 without extents. user should enable it explicitly. for him, this means the feature is ready to be used anytime. the only thing he needs is to (re)mount fs with the option. for us, this means: a) a single source tree - easy to maintain b) we must be clear with user that the feature isn't backward compatible thanks, Alex PS. in the end this is just ext3 with one more feature ...