On Wed, 3 Oct 2012 14:10:41 -0700 (PDT)
David Rientjes <rient...@google.com> wrote:
> > The free_page_mlock() hunk gets dropped because free_page_mlock() is
> > removed. And clear_page_mlock() doesn't need this treatment. But
> > please check my handiwork.
> >
>
> I reviewed what was merged into -mm and clear_page_mlock() does need this
> fix as well.
argh, it got me *again*. grr.
From: Andrew Morton <a...@linux-foundation.org>
Subject: mm: document PageHuge somewhat
Cc: David Rientjes <rient...@google.com>
Cc: Mel Gorman <m...@csn.ul.ie>
Cc: Andrea Arcangeli <aarca...@redhat.com>
Signed-off-by: Andrew Morton <a...@linux-foundation.org>
---
mm/hugetlb.c | 5 +++++
1 file changed, 5 insertions(+)
diff -puN mm/hugetlb.c~mm-document-pagehuge-somewhat mm/hugetlb.c
--- a/mm/hugetlb.c~mm-document-pagehuge-somewhat
+++ a/mm/hugetlb.c
@@ -671,6 +671,11 @@ static void prep_compound_gigantic_page(
}
}
+/*
+ * PageHuge() only returns true for hugetlbfs pages, but not for normal or
+ * transparent huge pages. See the PageTransHuge() documentation for more
+ * details.
+ */
int PageHuge(struct page *page)
{
compound_page_dtor *dtor;
_
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
