You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Jan Kara 353b67d8ce jbd: Issue cache flush after checkpointing ... When we reach cleanup_journal_tail(), there is no guarantee that checkpointed buffers are on a stable storage - especially if buffers were written out by log_do_checkpoint(), they are likely to be only in disk's caches. Thus when we update journal superblock, effectively removing old transaction from journal, this write of superblock can get to stable storage before those checkpointed buffers which can result in filesystem corruption after a crash. A similar problem can happen if we replay the journal and wipe it before flushing disk's caches. Thus we must unconditionally issue a cache flush before we update journal superblock in these cases. The fix is slightly complicated by the fact that we have to get log tail before we issue cache flush but we can store it in the journal superblock only after the cache flush. Otherwise we risk races where new tail is written before appropriate cache flush is finished. I managed to reproduce the corruption using somewhat tweaked Chris Mason's barrier-test scheduler. Also this should fix occasional reports of 'Bit already freed' filesystem errors which are totally unreproducible but inspection of several fs images I've gathered over time points to a problem like this. CC: stable@kernel.org Signed-off-by: Jan Kara <jack@suse.cz>		13 years ago
..
Kconfig	…
Makefile	…
checkpoint.c	jbd: Issue cache flush after checkpointing	13 years ago
commit.c	jbd: clear revoked flag on buffers before a new transaction started	13 years ago
journal.c	Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs	13 years ago
recovery.c	jbd: Issue cache flush after checkpointing	13 years ago
revoke.c	jbd: clear revoked flag on buffers before a new transaction started	13 years ago
transaction.c	jbd: Remove j_barrier mutex	13 years ago