UBIFS: introduce new flag for RO due to errors
authorArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
Fri, 17 Sep 2010 13:44:28 +0000 (16:44 +0300)
committerArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
Fri, 17 Sep 2010 14:08:09 +0000 (17:08 +0300)
commit2680d722bf2c5f75225dd9acb3ec9e5a9e2652f4
treeaf016ede5f300a33ddd3ad66a8c3c0e6bf05774e
parent8c893a5545ca772744376295690723dcb0b47d96
UBIFS: introduce new flag for RO due to errors

The R/O state may have various reasons:

1. The UBI volume is R/O
2. The FS is mounted R/O
3. The FS switched to R/O mode because of an error

However, in UBIFS we have only one variable which represents cases
1 and 3 - 'c->ro_media'. Indeed, we set this to 1 if we switch to
R/O mode due to an error, and then we test it in many places to
make sure that we stop writing as soon as the error happens.

But this is very unclean. One consequence of this, for example, is
that in 'ubifs_remount_fs()' we use 'c->ro_media' to check whether
we are in R/O mode because on an error, and we print a message
in this case. However, if we are in R/O mode because the media
is R/O, our message is bogus.

This patch introduces new flag - 'c->ro_error' which is set when
we switch to R/O mode because of an error. It also changes all
"if (c->ro_media)" checks to "if (c->ro_error)" checks, because
this is what the checks actually mean. We do not need to check
for 'c->ro_media' because if the UBI volume is in R/O mode, we
do not allow R/W mounting, and now writes can happen. This is
guaranteed by VFS. But it is good to double-check this, so this
patch also adds many "ubifs_assert(!c->ro_media)" checks.

In the 'ubifs_remount_fs()' function this patch makes a bit more
changes - it fixes the error messages as well.

Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
fs/ubifs/commit.c
fs/ubifs/file.c
fs/ubifs/gc.c
fs/ubifs/io.c
fs/ubifs/journal.c
fs/ubifs/log.c
fs/ubifs/master.c
fs/ubifs/misc.h
fs/ubifs/shrinker.c
fs/ubifs/super.c
fs/ubifs/ubifs.h