The patch titled jbd2: replace potentially false assertion with if block has been removed from the -mm tree. Its filename was jbd2-replace-potentially-false-assertion-with-if-block.patch This patch was dropped because an updated version will be merged The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ Subject: jbd2: replace potentially false assertion with if block From: "Duane Griffin" <duaneg@xxxxxxxxx> If an error occurs during jbd2 cache initialisation it is possible for the journal_head_cache to be NULL when jbd2_journal_destroy_journal_head_cache is called. Replace the J_ASSERT with an if block to handle the situation correctly. Note that even with this fix things will break badly if jbd2 is statically compiled in and cache initialisation fails. Signed-off-by: Duane Griffin <duaneg@xxxxxxxxx> Cc: <linux-ext4@xxxxxxxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- fs/jbd2/journal.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff -puN fs/jbd2/journal.c~jbd2-replace-potentially-false-assertion-with-if-block fs/jbd2/journal.c --- a/fs/jbd2/journal.c~jbd2-replace-potentially-false-assertion-with-if-block +++ a/fs/jbd2/journal.c @@ -1991,9 +1991,10 @@ static int journal_init_jbd2_journal_hea static void jbd2_journal_destroy_jbd2_journal_head_cache(void) { - J_ASSERT(jbd2_journal_head_cache != NULL); - kmem_cache_destroy(jbd2_journal_head_cache); - jbd2_journal_head_cache = NULL; + if (jbd2_journal_head_cache) { + kmem_cache_destroy(jbd2_journal_head_cache); + jbd2_journal_head_cache = NULL; + } } /* _ Patches currently in -mm which might be from duaneg@xxxxxxxxx are jbd-only-create-debugfs-entries-if-cache-initialisation-is-successful.patch jbd2-replace-potentially-false-assertion-with-if-block.patch jbd2-only-create-debugfs-and-stats-entries-if-cache-initialisation-is-successful.patch -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html