From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff Garzik Subject: Re: [RFC 0/13] extents and 48bit ext3 Date: Fri, 09 Jun 2006 16:31:17 -0400 Message-ID: <4489DA95.9030703@garzik.org> References: <44898EE3.6080903@garzik.org> <448992EB.5070405@garzik.org> <20060609181020.GB5964@schatzie.adilger.int> <20060609201643.GG5964@schatzie.adilger.int> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: To: Linus Torvalds , Alex Tomas , Jeff Garzik , Andrew Morton , ext2-devel , linux-kernel@vger.kernel.org, cmm@us.ibm.com, linux-fsdevel@vger.kernel.org In-Reply-To: <20060609201643.GG5964@schatzie.adilger.int> 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 Andreas Dilger wrote: > The other issue is that adding a new "ext4" filesystem type will cause > userspace tools to break that assume they know something about the > filesystem type. They will all detect the filesystem as "ext3" and try > to mount it as such, when the required kernel filesystem is ext4. Or > we will need to have "mkfs.ext4", "fsck.ext4", etc, for no particular > reason. Yes, you want those tools, and you want to call the filesystem ext4. Otherwise you'll never break free of the existing metadata formats (which are apparently changing over time _anyway_). > Either a system upgrades totally to ext4 to avoid the duplication of code > in memory (and breaks ALL backward compatibility, for no good reason), or Correct. You must upgrade totally to ext4. And this happens ANYWAY once extents/etc. are enabled. Its an upgrade. Jeff