aboutsummaryrefslogtreecommitdiffstats
path: root/mm
diff options
context:
space:
mode:
authorNishanth Aravamudan <nacc@us.ibm.com>2008-04-29 00:58:23 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2008-04-29 08:05:58 -0700
commitab857d09386661145924c9403792234aeca4bdff (patch)
tree02027a87f919d721615664910b415f21bd88e9c5 /mm
parent86051ca5eaf5e560113ec7673462804c54284456 (diff)
downloadkernel_samsung_smdk4412-ab857d09386661145924c9403792234aeca4bdff.zip
kernel_samsung_smdk4412-ab857d09386661145924c9403792234aeca4bdff.tar.gz
kernel_samsung_smdk4412-ab857d09386661145924c9403792234aeca4bdff.tar.bz2
mm: fix misleading __GFP_REPEAT related comments
The definition and use of __GFP_REPEAT, __GFP_NOFAIL and __GFP_NORETRY in the core VM have somewhat differing comments as to their actual semantics. Annoyingly, the flags definition has inline and header comments, which might be interpreted as not being equivalent. Just add references to the header comments in the inline ones so they don't go out of sync in the future. In their use in __alloc_pages() clarify that the current implementation treats low-order allocations and __GFP_REPEAT allocations as distinct cases. To clarify, the flags' semantics are: __GFP_NORETRY means try no harder than one run through __alloc_pages __GFP_REPEAT means __GFP_NOFAIL __GFP_NOFAIL means repeat forever order <= PAGE_ALLOC_COSTLY_ORDER means __GFP_NOFAIL Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com> Acked-by: Mel Gorman <mel@csn.ul.ie> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm')
-rw-r--r--mm/page_alloc.c5
1 files changed, 3 insertions, 2 deletions
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 88eb59d..6965be0 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -1611,8 +1611,9 @@ nofail_alloc:
* Don't let big-order allocations loop unless the caller explicitly
* requests that. Wait for some write requests to complete then retry.
*
- * In this implementation, __GFP_REPEAT means __GFP_NOFAIL for order
- * <= 3, but that may not be true in other implementations.
+ * In this implementation, either order <= PAGE_ALLOC_COSTLY_ORDER or
+ * __GFP_REPEAT mean __GFP_NOFAIL, but that may not be true in other
+ * implementations.
*/
do_retry = 0;
if (!(gfp_mask & __GFP_NORETRY)) {