[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.0905071321440.646@chino.kir.corp.google.com>
Date: Thu, 7 May 2009 13:25:06 -0700 (PDT)
From: David Rientjes <rientjes@...gle.com>
To: "Rafael J. Wysocki" <rjw@...k.pl>
cc: Andrew Morton <akpm@...ux-foundation.org>, fengguang.wu@...el.com,
linux-pm@...ts.linux-foundation.org, pavel@....cz,
torvalds@...ux-foundation.org, jens.axboe@...cle.com,
alan-jenkins@...fmail.co.uk, linux-kernel@...r.kernel.org,
kernel-testers@...r.kernel.org
Subject: Re: [PATCH 1/5] mm: Add __GFP_NO_OOM_KILL flag
On Thu, 7 May 2009, Rafael J. Wysocki wrote:
> OK, let's try with __GFP_NO_OOM_KILL first. If there's too much disagreement,
> I'll use the freezer-based approach instead.
>
Third time I'm going to suggest this, and I'd like a response on why it's
not possible instead of being ignored.
All of your tasks are in D state other than kthreads, right? That means
they won't be in the oom killer (thus no zones are oom locked), so you can
easily do this
struct zone *z;
for_each_populated_zone(z)
zone_set_flag(z, ZONE_OOM_LOCKED);
and then
for_each_populated_zone(z)
zone_clear_flag(z, ZONE_OOM_LOCKED);
The serialization is done with trylocks so this will never invoke the oom
killer because all zones in the allocator's zonelist will be oom locked.
Why does this not work for you?
--
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/
Powered by blists - more mailing lists