Commit 8c230d9a authored Apr 20, 2011 by Artem Bityutskiy

UBIFS: fix false space checking failure

This patch fixes UBIFS mount failure when the debugging support is enabled,
we are recovering from a power cut, we were first mounter R/O and we are
re-mounting R/W. In this case we should not assume that the amount of free
space before we have re-mounted R/W and after are equivalent, because
when we have mounted R/O the file-system is in a non-committed state so
the amount of free space is slightly smaller, due to the fact that we cannot
predict the amount of free space precisely before we commit.

This patch fixes the issue by skipping the debugging check in case of
recovery. This issue was reported by Caizhiyong <caizhiyong@huawei.com>
here: http://thread.gmane.org/gmane.linux.drivers.mtd/34350/focus=34387

Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Reported-by: Caizhiyong <caizhiyong@huawei.com>
Cc: stable@kernel.org [2.6.30+]

parent f0e615c3

fs/ubifs/super.c

+15 −4

Original line number	Diff line number	Diff line
		@@ -1671,14 +1671,25 @@ static int ubifs_remount_rw(struct ubifs_info *c)
		if (err)
		goto out;

		dbg_gen("re-mounted read-write");
		c->remounting_rw = 0;

		if (c->need_recovery) {
		c->need_recovery = 0;
		ubifs_msg("deferred recovery completed");
		}

		dbg_gen("re-mounted read-write");
		c->remounting_rw = 0;
		} else {
		/*
		* Do not run the debugging space check if the were doing
		* recovery, because when we saved the information we had the
		* file-system in a state where the TNC and lprops has been
		* modified in memory, but all the I/O operations (including a
		* commit) were deferred. So the file-system was in
		* "non-committed" state. Now the file-system is in committed
		* state, and of course the amount of free space will change
		* because, for example, the old index size was imprecise.
		*/
		err = dbg_check_space_info(c);
		}
		mutex_unlock(&c->umount_mutex);
		return err;

Admin message