diff options
author | Mark Fasheh <mfasheh@suse.de> | 2015-03-12 16:25:46 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2015-03-12 18:46:07 -0700 |
commit | 18d585f0f2d4c9dc7dfe6e69dcae4933d5a428c9 (patch) | |
tree | 2be8f6ffa1717b317f5fcb0a061c25b127fd6edd /drivers/rtc/rtc-s3c.c | |
parent | 09d35919b06e8508b51ee8a643a67b56f7bea0dd (diff) | |
download | op-kernel-dev-18d585f0f2d4c9dc7dfe6e69dcae4933d5a428c9.zip op-kernel-dev-18d585f0f2d4c9dc7dfe6e69dcae4933d5a428c9.tar.gz |
ocfs2: make append_dio an incompat feature
It turns out that making this feature ro_compat isn't quite enough to
prevent accidental corruption on mount from older kernels. Ocfs2 (like
other file systems) will process orphaned inodes even when the user mounts
in 'ro' mode. So for the case of a filesystem not knowing the append_dio
feature, mounting the filesystem could result in orphaned-for-dio files
being deleted, which we clearly don't want.
So instead, turn this into an incompat flag.
Btw, this is kind of my fault - initially I asked that we add a flag to
cover the feature and even suggested that we use an ro flag. It wasn't
until I was looking through our commits for v4.0-rc1 that I realized we
actually want this to be incompat.
Signed-off-by: Mark Fasheh <mfasheh@suse.de>
Cc: Joseph Qi <joseph.qi@huawei.com>
Cc: Joel Becker <jlbec@evilplan.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/rtc/rtc-s3c.c')
0 files changed, 0 insertions, 0 deletions