lkml.org 
[lkml]   [2015]   [Oct]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[PATCH v2 0/4] hugetlbfs fallocate hole punch race with page faults
Date
The hugetlbfs fallocate hole punch code can race with page faults.  The
result is that after a hole punch operation, pages may remain within the
hole. No other side effects of this race were observed.

In preparation for adding userfaultfd support to hugetlbfs, it is desirable
to close the window of this race. This patch set starts by using the same
mechanism employed in shmem (see commit f00cdc6df7). This greatly reduces
the race window. However, it is still possible for the race to occur.

The current hugetlbfs code to remove pages did not deal with pages that
were mapped (because of such a race). This patch set also adds code to
unmap pages in this rare case. This unmapping of a single page happens
under the hugetlb_fault_mutex, so it can not be faulted again until the
end of the operation.

v2:
Incorporated Andrew Morton's cleanups and added suggested comments
Added patch 4/4 to unmap single pages in remove_inode_hugepages

Mike Kravetz (4):
mm/hugetlb: Define hugetlb_falloc structure for hole punch race
mm/hugetlb: Setup hugetlb_falloc during fallocate hole punch
mm/hugetlb: page faults check for fallocate hole punch in progress and
wait
mm/hugetlb: Unmap pages to remove if page fault raced with hole punch

fs/hugetlbfs/inode.c | 155 ++++++++++++++++++++++++++++--------------------
include/linux/hugetlb.h | 10 ++++
mm/hugetlb.c | 39 ++++++++++++
3 files changed, 141 insertions(+), 63 deletions(-)

--
2.4.3



\
 
 \ /
  Last update: 2015-10-21 02:01    [W:0.082 / U:0.244 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site