linux-kernel - Re: [PATCH 42/42] ext4: Rename ext4dev to ext4

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20081011225826.GD12662@mit.edu>
Date:	Sat, 11 Oct 2008 18:58:26 -0400
From:	Theodore Tso <tytso@....edu>
To:	Eric Sandeen <sandeen@...hat.com>
Cc:	Jeremy Fitzhardinge <jeremy@...p.org>, linux-ext4@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 42/42] ext4: Rename ext4dev to ext4

On Sat, Oct 11, 2008 at 05:09:43PM -0500, Eric Sandeen wrote:
> 
> Yep, we've discussed that and I think it'll get added.
> 

It did get added in the final version that I pushed to Linus (and was
accepted into mainline this afternoon).  It's enabled via a new
Kconfig option:

config EXT4DEV_COMPAT
	bool "Enable ext4dev compatibility"
	depends on EXT4_FS
	help
	  Starting with 2.6.28, the name of the ext4 filesystem was
	  renamed from ext4dev to ext4.  Unfortunately there are some
	  lagecy userspace programs (such as klibc's fstype) have
	  "ext4dev" hardcoded.  

	  To enable backwards compatibility so that systems that are
	  still expecting to mount ext4 filesystems using ext4dev,
	  chose Y here.   This feature will go away by 2.6.31, so
	  please arrange to get your userspace programs fixed!

I've submitted a fix which fixes things for klibc's fstype program
(which is needed because Debian and Ubuntu apparently use klibc's
fstype in their initrd) to the klibc program.  There was also a bug in
blkid which prevented the automatic ext4dev->ext4 fallback from
working correctly, which Eric has fixed and which will be in e2fsprogs
1.41.3 (to be released very shortly).

The only other problem may arise on distro's that depend on vol_id for
mount/fsck, but I've been trying to convice distributions not to
depend on something where you have to reboot before freshly made swap
partitions and filesystems are can be resolved via LABEL= or UUID=
(seems rather too Windows-like for my taste, but whatever), and at
this point I'm reasonably certain that Debian, Ubuntu, Fedora, and
RHEL will all do the right thing, and I've given up on the rest;
they'll see the light eventually.  :-)

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/