All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: Christoph Lameter <clameter@engr.sgi.com>
Cc: Andrew Morton <akpm@osdl.org>, pj@sgi.com, linux-kernel@vger.kernel.org
Subject: Re: Terminate process that fails on a constrained allocation
Date: Wed, 8 Feb 2006 23:41:01 +0100	[thread overview]
Message-ID: <200602082341.02243.ak@suse.de> (raw)
In-Reply-To: <Pine.LNX.4.62.0602081402310.4735@schroedinger.engr.sgi.com>

On Wednesday 08 February 2006 23:11, Christoph Lameter wrote:
> On Wed, 8 Feb 2006, Andrew Morton wrote:
> 
> > > I think it should be put into 2.6.16. Andrew?
> > 
> > Does every single caller of __alloc_pages(__GFP_FS) correctly handle a NULL
> > return?  I doubt it, in which case this patch will cause oopses and hangs.
> 
> I sent you a patch with static inline.....

noinline 

> But I am having second thoughts  
> about this patch. Paul is partially right. Maybe we can move the logic 
> into the out_of_memory handler for now? That would allow us to implement 
> more sophisticated things later 

I have my doubts that's really worth it, but ok.

> (for example page migration would allow us 
> to move memory of processes that can also allocate on other nodes from the 
> nodes where we lack memory) and Paul may put something in there to 
> address his concerns.
> 
> ---
> 
> Terminate process that fails on a constrained allocation

Patch looks good for me too.  Thanks.

Unfortunately Andrew's point with the GFP_NOFS still applies :/
But I would consider any caller of this not handling NULL be broken.
Andrew do you have any stronger evidence it's a real problem?

Another way would be to force a default non strict policy with GFP_NOFS, but
that would be somewhat ugly again and impact the fast paths.

-Andi

  reply	other threads:[~2006-02-08 23:23 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-08 18:05 Terminate process that fails on a constrained allocation Christoph Lameter
2006-02-08 18:13 ` Andi Kleen
2006-02-08 18:34   ` Paul Jackson
2006-02-08 18:54     ` Christoph Lameter
2006-02-08 19:01       ` Andi Kleen
2006-02-08 19:15         ` Christoph Lameter
2006-02-08 18:33 ` Paul Jackson
2006-02-08 18:42   ` Christoph Lameter
2006-02-08 18:57     ` Paul Jackson
2006-02-08 19:02       ` Christoph Lameter
2006-02-08 19:05       ` Andi Kleen
2006-02-08 20:22         ` Paul Jackson
2006-02-08 20:36           ` Christoph Lameter
2006-02-08 20:55             ` Paul Jackson
2006-02-08 21:01               ` Andi Kleen
2006-02-08 21:03                 ` Paul Jackson
2006-02-08 21:21                   ` Andi Kleen
2006-02-08 21:39                     ` Andrew Morton
2006-02-08 22:11                       ` Christoph Lameter
2006-02-08 22:41                         ` Andi Kleen [this message]
2006-02-08 23:29                           ` Christoph Lameter
2006-02-08 23:35                           ` Andrew Morton
2006-02-08 22:48                         ` Christoph Lameter
2006-02-08 23:28                       ` Christoph Lameter
2006-02-08 23:43                         ` Andrew Morton
2006-02-08 23:54                           ` Christoph Lameter
2006-02-08 23:57                             ` Andi Kleen
  -- strict thread matches above, loose matches on Subject: below --
2006-02-08 20:14 linux

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200602082341.02243.ak@suse.de \
    --to=ak@suse.de \
    --cc=akpm@osdl.org \
    --cc=clameter@engr.sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pj@sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.