write-back: fix nr_to_write counter

Commit 05fe478dd04e02fa230c305ab9b5616669821dd3 introduced some
@wbc->nr_to_write breakage.

It made the following changes:
1. Decrement wbc->nr_to_write instead of nr_to_write
2. Decrement wbc->nr_to_write _only_ if wbc->sync_mode == WB_SYNC_NONE
3. If synced nr_to_write pages, stop only if if wbc->sync_mode ==
WB_SYNC_NONE, otherwise keep going.

However, according to the commit message, the intention was to only make
change 3. Change 1 is a bug. Change 2 does not seem to be necessary,
and it breaks UBIFS expectations, so if needed, it should be done
separately later. And change 2 does not seem to be documented in the
commit message.

This patch does the following:
1. Undo changes 1 and 2
2. Add a comment explaining change 3 (it very useful to have comments
in _code_, not only in the commit).

Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Acked-by: Nick Piggin <npiggin@suse.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

authored by Artem Bityutskiy and committed by Linus Torvalds dcf6a79d 51935355

+15 -6
+15 -6
mm/page-writeback.c
··· 1051 1051 } 1052 1052 } 1053 1053 1054 - if (wbc->sync_mode == WB_SYNC_NONE) { 1055 - wbc->nr_to_write--; 1056 - if (wbc->nr_to_write <= 0) { 1057 - done = 1; 1058 - break; 1059 - } 1054 + if (nr_to_write > 0) 1055 + nr_to_write--; 1056 + else if (wbc->sync_mode == WB_SYNC_NONE) { 1057 + /* 1058 + * We stop writing back only if we are not 1059 + * doing integrity sync. In case of integrity 1060 + * sync we have to keep going because someone 1061 + * may be concurrently dirtying pages, and we 1062 + * might have synced a lot of newly appeared 1063 + * dirty pages, but have not synced all of the 1064 + * old dirty pages. 1065 + */ 1066 + done = 1; 1067 + break; 1060 1068 } 1069 + 1061 1070 if (wbc->nonblocking && bdi_write_congested(bdi)) { 1062 1071 wbc->encountered_congestion = 1; 1063 1072 done = 1;