[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20180823205917.16297-1-mike.kravetz@oracle.com>
Date: Thu, 23 Aug 2018 13:59:15 -0700
From: Mike Kravetz <mike.kravetz@...cle.com>
To: linux-mm@...ck.org, linux-kernel@...r.kernel.org
Cc: "Kirill A . Shutemov" <kirill.shutemov@...ux.intel.com>,
Jérôme Glisse <jglisse@...hat.com>,
Vlastimil Babka <vbabka@...e.cz>,
Naoya Horiguchi <n-horiguchi@...jp.nec.com>,
Davidlohr Bueso <dave@...olabs.net>,
Michal Hocko <mhocko@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Mike Kravetz <mike.kravetz@...cle.com>
Subject: [PATCH v6 0/2] huge_pmd_unshare migration and flushing
Correct a data corruption issue caused by improper handling of shared
huge PMDs during page migration. This issue was observed in a customer
environment and can be recreated fairly easily with a test program.
Patch 0001 addresses this issue only and is copied to stable with the
intention that this will go to stable releases. It has existed since
the addition of shared huge PMD support.
While considering the issue above, Kirill Shutemov noticed that other
callers of huge_pmd_unshare have potential issues with cache and TLB
flushing. A separate patch (0002) takes advantage of the new routine
adjust_range_if_pmd_sharing_possible() to adjust flushing ranges in
the cases where huge PMD sharing is possible. There is no copy to
stable for this patch as it has not been reported as an issue and
discovered only via code inspection.
v5-v6: Rename and update 'sharing possible' routine as suggested by
Kirill.
v3-v5: Address build errors if !CONFIG_HUGETLB_PAGE and
!CONFIG_ARCH_WANT_HUGE_PMD_SHARE
Mike Kravetz (2):
mm: migration: fix migration of huge PMD shared pages
hugetlb: take PMD sharing into account when flushing tlb/caches
include/linux/hugetlb.h | 14 +++++++
mm/hugetlb.c | 93 ++++++++++++++++++++++++++++++++++++-----
mm/rmap.c | 42 +++++++++++++++++--
3 files changed, 135 insertions(+), 14 deletions(-)
--
2.17.1
Powered by blists - more mailing lists