The patch titled
VM: Fix the gfp_mask in invalidate_complete_page2
has been added to the -mm tree. Its filename is
vm-fix-the-gfp_mask-in-invalidate_complete_page2.patch
See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
out what to do about this
------------------------------------------------------
Subject: VM: Fix the gfp_mask in invalidate_complete_page2
From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
If try_to_release_page() is called with a zero gfp mask, then the
filesystem is effectively denied the possibility of sleeping while
attempting to release the page. There doesn't appear to be any valid
reason why this should be banned, given that we're not calling this from a
memory allocation context.
For this reason, change the gfp_mask argument of the call to __GFP_WAIT
Signed-off-by: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Cc: Steve Dickson <SteveD@xxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxx>
---
mm/truncate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN mm/truncate.c~vm-fix-the-gfp_mask-in-invalidate_complete_page2 mm/truncate.c
--- a/mm/truncate.c~vm-fix-the-gfp_mask-in-invalidate_complete_page2
+++ a/mm/truncate.c
@@ -302,7 +302,7 @@ invalidate_complete_page2(struct address
if (page->mapping != mapping)
return 0;
- if (PagePrivate(page) && !try_to_release_page(page, 0))
+ if (PagePrivate(page) && !try_to_release_page(page, GFP_KERNEL))
return 0;
write_lock_irq(&mapping->tree_lock);
_
Patches currently in -mm which might be from Trond.Myklebust@xxxxxxxxxx are
invalidate_inode_pages2_range-debug.patch
vm-fix-the-gfp_mask-in-invalidate_complete_page2.patch
-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
