linux-kernel - Re: [patch -mmotm] mm: invoke oom killer for __GFP

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.DEB.2.00.0905111234460.23739@chino.kir.corp.google.com>
Date:	Mon, 11 May 2009 12:37:54 -0700 (PDT)
From:	David Rientjes <rientjes@...gle.com>
To:	Mel Gorman <mel@....ul.ie>
cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Nick Piggin <npiggin@...e.de>,
	Christoph Lameter <cl@...ux-foundation.org>,
	Dave Hansen <dave@...ux.vnet.ibm.com>,
	linux-kernel@...r.kernel.org
Subject: Re: [patch -mmotm] mm: invoke oom killer for __GFP_NOFAIL

On Mon, 11 May 2009, Mel Gorman wrote:

> Can this get a comment explaining the intention like the code you are
> removing had? Something like this?
> 
> /*
>  * The OOM killer only triggers for lower order allocation
>  * requests and when __GFP_NOFAIL is specified to prevent
>  * endlessly looping. Only retry the allocation if the OOM
>  * killer was used.
>  */
> 
> Otherwise, it looks ok.
> 

Sure, I'll add a comment to patch 11 in my latest series that changes the 
code again in this area.

> One related question, what is doing a costly-high-order allocation request
> with __GFP_NOFAIL specified?
> 

Nothing to my knowledge, this is simply a bug fix before the big change in 
my series where we fail page allocations if reclaim fails and the oom 
killer fails, which previously hasn't been done (we'd loop forever oom 
killing tasks that may or may not respond).  The definition of 
__GFP_NOFAIL does not make the guarantee of infinitely retrying for only 
specific ranges of orders.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/