summaryrefslogtreecommitdiffstats
path: root/fs/gfs2/recovery.c
diff options
context:
space:
mode:
authorTheodore Tso <tytso@MIT.EDU>2008-02-10 01:11:44 -0500
committerTheodore Ts'o <tytso@mit.edu>2008-02-10 01:11:44 -0500
commit469108ff3dcbc00313699d620c47f3ee1e7d19c6 (patch)
treed7cd5a7097d1c87b0dfc46297b05d297aabfdf62 /fs/gfs2/recovery.c
parent26346ff681cb42c1436ed09c44dcae4809470dab (diff)
downloadop-kernel-dev-469108ff3dcbc00313699d620c47f3ee1e7d19c6.zip
op-kernel-dev-469108ff3dcbc00313699d620c47f3ee1e7d19c6.tar.gz
ext4: Add new "development flag" to the ext4 filesystem
This flag is simply a generic "this is a crash/burn test filesystem" marker. If it is set, then filesystem code which is "in development" will be allowed to mount the filesystem. Filesystem code which is not considered ready for prime-time will check for this flag, and if it is not set, it will refuse to touch the filesystem. As we start rolling ext4 out to distro's like Fedora, et. al, this makes it less likely that a user might accidentally start using ext4 on a production filesystem; a bad thing, since that will essentially make it be unfsckable until e2fsprogs catches up. Signed-off-by: Theodore Tso <tytso@MIT.EDU> Signed-off-by: Mingming Cao <cmm@us.ibm.com>
Diffstat (limited to 'fs/gfs2/recovery.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud