[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090407151005.4E24B1D046D@basil.firstfloor.org>
Date: Tue, 7 Apr 2009 17:10:05 +0200 (CEST)
From: Andi Kleen <andi@...stfloor.org>
To: linux-kernel@...r.kernel.org, linux-mm@...ck.org, x86@...nel.org
Subject: [PATCH] [8/16] POISON: Add various poison checks in mm/memory.c
Bail out early when poisoned pages are found in page fault handling.
Since they are poisoned they should not be mapped freshly
into processes.
This is generally handled in the same way as OOM, just a different
error code is returned to the architecture code.
Signed-off-by: Andi Kleen <ak@...ux.intel.com>
---
mm/memory.c | 7 +++++++
1 file changed, 7 insertions(+)
Index: linux/mm/memory.c
===================================================================
--- linux.orig/mm/memory.c 2009-04-07 16:39:39.000000000 +0200
+++ linux/mm/memory.c 2009-04-07 16:39:39.000000000 +0200
@@ -2560,6 +2560,10 @@
goto oom;
__SetPageUptodate(page);
+ /* Kludge for now until we take poisoned pages out of the free lists */
+ if (unlikely(PagePoison(page)))
+ return VM_FAULT_POISON;
+
if (mem_cgroup_newpage_charge(page, mm, GFP_KERNEL))
goto oom_free_page;
@@ -2625,6 +2629,9 @@
if (unlikely(ret & (VM_FAULT_ERROR | VM_FAULT_NOPAGE)))
return ret;
+ if (unlikely(PagePoison(vmf.page)))
+ return VM_FAULT_POISON;
+
/*
* For consistency in subsequent calls, make the faulted page always
* locked.
--
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