From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joe Perches Subject: Re: [Patch v2] skbuff: Hide GFP_ATOMIC page allocation failures for dropped packets Date: Tue, 28 May 2013 10:29:45 -0700 Message-ID: <1369762185.22004.54.camel@joe-AO722> References: <1369601101-23057-1-git-send-email-atomlin@redhat.com> <20130527224149.GA4384@electric-eye.fr.zoreil.com> <51A4D4AD.2010507@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Francois Romieu , atomlin@redhat.com, netdev@vger.kernel.org, davem@davemloft.net, edumazet@google.com, pshelar@nicira.com, mst@redhat.com, alexander.h.duyck@intel.com, riel@redhat.com, aquini@redhat.com, sergei.shtylyov@cogentembedded.com, linux-kernel@vger.kernel.org To: Ben Greear Return-path: In-Reply-To: <51A4D4AD.2010507@candelatech.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Tue, 2013-05-28 at 09:00 -0700, Ben Greear wrote: > On 05/27/2013 03:41 PM, Francois Romieu wrote: > > atomlin@redhat.com : > > [...] > >> Failed GFP_ATOMIC allocations by the network stack result in dropped > >> packets, which will be received on a subsequent retransmit, and an > >> unnecessary, noisy warning with a kernel backtrace. [] > > Please don't paper over it just because some shit ends in your backyard. > We should rate-limit these messages at least. Already done. Look in mm/page_alloc:warn_alloc_failed() void warn_alloc_failed(gfp_t gfp_mask, int order, const char *fmt, ...) { unsigned int filter = SHOW_MEM_FILTER_NODES; if ((gfp_mask & __GFP_NOWARN) || !__ratelimit(&nopage_rs) || debug_guardpage_minorder() > 0) return;