[lkml]   [2016]   [Jan]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch
On 01/11/2016 06:20 PM, Andrew Morton wrote:
> On Mon, 11 Jan 2016 17:36:43 -0800 Mike Kravetz <> wrote:
>>> I'll mark this patch as "pending, awaiting Mike's go-ahead".
>> When this patch was originally submitted, bugs were discovered in the
>> hugetlb_vmdelete_list routine. So, the patch "Fix bugs in
>> hugetlb_vmtruncate_list" was created.
>> I have retested the changes in this patch specifically dealing with
>> page fault/hole punch race on top of the new hugetlb_vmtruncate_list
>> routine. Everything looks good.
>> How would you like to proceed with the patch?
>> - Should I create a series with the hugetlb_vmtruncate_list split out?
>> - Should I respin with hugetlb_vmtruncate_list patch applied?
>> Just let me know what is easiest/best for you.
> If you're saying that

That should be,

> and
> are the final everything-works versions then we're all good to go now.

The only thing that 'might' be an issue is the new reference to
hugetlb_vmdelete_list() from remove_inode_hugepages().
hugetlb_vmdelete_list() was after remove_inode_hugepages() in the source

The original patch moved hugetlb_vmdelete_list() to satisfy the new
reference. I can not tell if that was taken into account in the way the
patches were pulled into your tree. Will certainly know when it comes
time to build.

Mike Kravetz

 \ /
  Last update: 2016-01-12 04:41    [W:0.083 / U:0.416 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site