lkml.org 
[lkml]   [2004]   [Jun]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectHugepage bugfix
Andrew, please apply:

Currently the hugepage code stores the hugepage destructor in the
mapping field of the second of the compound pages. However, this
field is never cleared again, which causes tracebacks from
free_pages_check() if the hugepage is later destroyed by reducing the
number in /proc/sys/vm/nr_hugepages. This patch fixes the bug by
clearing the mapping field when the hugepage is freed.

Index: working-2.6/mm/hugetlb.c
===================================================================
--- working-2.6.orig/mm/hugetlb.c 2004-05-20 12:59:04.000000000 +1000
+++ working-2.6/mm/hugetlb.c 2004-06-02 12:14:53.582693952 +1000
@@ -57,6 +57,7 @@
BUG_ON(page_count(page));

INIT_LIST_HEAD(&page->lru);
+ page[1].mapping = NULL;

spin_lock(&hugetlb_lock);
enqueue_huge_page(page);


--
David Gibson | For every complex problem there is a
david AT gibson.dropbear.id.au | solution which is simple, neat and
| wrong.
http://www.ozlabs.org/people/dgibson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
\
 
 \ /
  Last update: 2005-03-22 14:03    [W:0.022 / U:0.700 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site