From: Andrea Arcangeli Subject: Tell the end user they should not worry about GFP_ATOMIC failures Patch-mainline: no References: SUSE48965 x Signed-off-by: Andrea Arcangeli --- mm/page_alloc.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -1927,7 +1927,13 @@ rebalance: nopage: if (!(gfp_mask & __GFP_NOWARN) && printk_ratelimit()) { - printk(KERN_WARNING "%s: page allocation failure." + if (!wait) { + printk(KERN_INFO "The following is only an harmless informational message.\n"); + printk(KERN_INFO "Unless you get a _continuous_flood_ of these messages it means\n"); + printk(KERN_INFO "everything is working fine. Allocations from irqs cannot be\n"); + printk(KERN_INFO "perfectly reliable and the kernel is designed to handle that.\n"); + } + printk(KERN_INFO "%s: page allocation failure." " order:%d, mode:0x%x\n", p->comm, order, gfp_mask); dump_stack();