On Wed, 3 Oct 2012 14:10:41 -0700 (PDT) David Rientjes <[email protected]> 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 <[email protected]> Subject: mm: document PageHuge somewhat Cc: David Rientjes <[email protected]> Cc: Mel Gorman <[email protected]> Cc: Andrea Arcangeli <[email protected]> Signed-off-by: Andrew Morton <[email protected]> --- 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
