Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1306932
| From | Andrew Morton <akpm@linux-foundation.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch |
| Date | 2016-01-12 03:30 +0100 |
| Message-ID | <qPWSC-2Tc-9@gated-at.bofh.it> (permalink) |
| References | <qO4Uj-7jF-37@gated-at.bofh.it> <qPTi2-n6-27@gated-at.bofh.it> <qPUe6-11z-9@gated-at.bofh.it> <qPV0u-1AF-25@gated-at.bofh.it> <qPW6e-2l7-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, 11 Jan 2016 17:36:43 -0800 Mike Kravetz <mike.kravetz@oracle.com> 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 http://ozlabs.org/~akpm/mmots/broken-out/mm-mempolicy-skip-non-migratable-vmas-when-setting-mpol_mf_lazy.patch and http://ozlabs.org/~akpm/mmots/broken-out/mm-hugetlbfs-unmap-pages-if-page-fault-raced-with-hole-punch.patch are the final everything-works versions then we're all good to go now.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Mike Kravetz <mike.kravetz@oracle.com> - 2016-01-06 23:40 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch "Hillf Danton" <hillf.zj@alibaba-inc.com> - 2016-01-07 09:10 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Mike Kravetz <mike.kravetz@oracle.com> - 2016-01-07 17:50 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Mike Kravetz <mike.kravetz@oracle.com> - 2016-01-08 05:40 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch "Hillf Danton" <hillf.zj@alibaba-inc.com> - 2016-01-08 07:30 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Andrew Morton <akpm@linux-foundation.org> - 2016-01-11 23:40 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Mike Kravetz <mike.kravetz@oracle.com> - 2016-01-12 00:40 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Andrew Morton <akpm@linux-foundation.org> - 2016-01-12 01:30 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Mike Kravetz <mike.kravetz@oracle.com> - 2016-01-12 02:40 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Andrew Morton <akpm@linux-foundation.org> - 2016-01-12 03:30 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Mike Kravetz <mike.kravetz@oracle.com> - 2016-01-12 04:30 +0100
Re: [PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch Andrew Morton <akpm@linux-foundation.org> - 2016-01-12 05:40 +0100
csiph-web