summaryrefslogtreecommitdiffstats
path: root/drivers/rtc/rtc-s3c.c
diff options
context:
space:
mode:
authorMark Fasheh <mfasheh@suse.de>2015-03-12 16:25:46 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2015-03-12 18:46:07 -0700
commit18d585f0f2d4c9dc7dfe6e69dcae4933d5a428c9 (patch)
tree2be8f6ffa1717b317f5fcb0a061c25b127fd6edd /drivers/rtc/rtc-s3c.c
parent09d35919b06e8508b51ee8a643a67b56f7bea0dd (diff)
downloadop-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
OpenPOWER on IntegriCloud