Re: [PATCH mmotm] thp: transparent hugepage core fixlet

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 10, 2011 at 5:57 PM, Andrea Arcangeli <aarcange@xxxxxxxxxx> wrote:
> On Mon, Jan 10, 2011 at 04:55:53PM -0800, Hugh Dickins wrote:
>> If you configure THP in addition to HUGETLB_PAGE on x86_32 without PAE,
>> the p?d-folding works out that munlock_vma_pages_range() can crash to
>> follow_page()'s pud_huge() BUG_ON(flags & FOLL_GET): it needs the same
>> VM_HUGETLB check already there on the pmd_huge() line. ÂConveniently,
>> openSUSE provides a "blogd" which tests this out at startup!
>
> How is THP related to this? pud_trans_huge doesn't exist, if pud_huge
> is true, vma is already guaranteed to belong to hugetlbfs without
> requiring the additional check.

THP puts in pmds that are huge.  In this configuration the "folding" is
such that the puds are the pmds.  So the pud_huge test passes and
the BUG_ON hits.  I hope I've explained that correctly, agreed that
it's confusing!

>
> I added the check to pmd_huge already, there it is needed, but for
> pud_huge it isn't as far as I can tell.

Crashing on that BUG_ON suggests otherwise ;)

Hugh

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/
Don't email: <a href


[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]