Fixes the case when bdi threads are in the refrigerator but file system sync can happen after this. This is possible in MMC when CONFIG_MMC_UNSAFE_RESUME is not set. Signed-off-by: Romit Dasgupta <romit@xxxxxx> --- diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c index 9d5360c..661229d 100644 --- a/fs/fs-writeback.c +++ b/fs/fs-writeback.c @@ -956,7 +956,6 @@ int bdi_writeback_task(struct bdi_writeback *wb) wait_jiffies = msecs_to_jiffies(dirty_writeback_interval * 10); schedule_timeout_interruptible(wait_jiffies); - try_to_freeze(); } return 0; diff --git a/mm/backing-dev.c b/mm/backing-dev.c index 5a37e20..9383271 100644 --- a/mm/backing-dev.c +++ b/mm/backing-dev.c @@ -273,7 +273,6 @@ static void bdi_task_init(struct backing_dev_info *bdi, spin_unlock(&bdi->wb_lock); tsk->flags |= PF_FLUSHER | PF_SWAPWRITE; - set_freezable(); /* * Our parent may run at a different priority, just set us to normal @@ -419,7 +418,6 @@ static int bdi_forker_task(void *ptr) spin_unlock_bh(&bdi_lock); wait = msecs_to_jiffies(dirty_writeback_interval * 10); schedule_timeout(wait); - try_to_freeze(); continue; } -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
