[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <56D6F5FE.6050709@suse.cz>
Date: Wed, 2 Mar 2016 15:17:34 +0100
From: Vlastimil Babka <vbabka@...e.cz>
To: David Rientjes <rientjes@...gle.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, Christoph Lameter <cl@...ux.com>,
Pekka Enberg <penberg@...nel.org>,
Joonsoo Kim <iamjoonsoo.kim@....com>
Subject: Re: [PATCH mmotm] mm, sl[au]b: print gfp_flags as strings in
slab_out_of_memory()
On 03/01/2016 11:41 PM, David Rientjes wrote:
> On Tue, 1 Mar 2016, Vlastimil Babka wrote:
>
>> We can now print gfp_flags more human-readable. Make use of this in
>> slab_out_of_memory() for SLUB and SLAB. Also convert the SLAB variant it to
>> pr_warn() along the way.
>>
>> Signed-off-by: Vlastimil Babka <vbabka@...e.cz>
>> Cc: Christoph Lameter <cl@...ux.com>
>> Cc: Pekka Enberg <penberg@...nel.org>
>> Cc: David Rientjes <rientjes@...gle.com>
>> Cc: Joonsoo Kim <iamjoonsoo.kim@....com>
>
> Acked-by: David Rientjes <rientjes@...gle.com>
Thanks.
> Although I've always been curious about the usefulness of these out of
> memory calls in the first place. They are obviously for debugging, but
> have they actually helped to diagnose anything?
Uh no idea, maybe other SL*B maintainers have more experience. But what
did prompt me to write this patch is that I've recently have actually
seen the output of those in some (presumably linux-mm) thread.
Powered by blists - more mailing lists