[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190403052913.GA10888@hori.linux.bs1.fc.nec.co.jp>
Date: Wed, 3 Apr 2019 05:29:12 +0000
From: Naoya Horiguchi <n-horiguchi@...jp.nec.com>
To: Mike Kravetz <mike.kravetz@...cle.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
Davidlohr Bueso <dave@...olabs.net>,
Joonsoo Kim <iamjoonsoo.kim@....com>,
Michal Hocko <mhocko@...nel.org>,
"Kirill A . Shutemov" <kirill.shutemov@...ux.intel.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH v2 0/2] A couple hugetlbfs fixes
On Thu, Mar 28, 2019 at 04:47:02PM -0700, Mike Kravetz wrote:
> I stumbled on these two hugetlbfs issues while looking at other things:
> - The 'restore reserve' functionality at page free time should not
> be adjusting subpool counts.
> - A BUG can be triggered (not easily) due to temporarily mapping a
> page before doing a COW.
>
> Both are described in detail in the commit message of the patches.
> I would appreciate comments from Davidlohr Bueso as one patch is
> directly related to code he added in commit 8382d914ebf7.
>
> I did not cc stable as the first problem has been around since reserves
> were added to hugetlbfs and nobody has noticed. The second is very hard
> to hit/reproduce.
>
> v2 - Update definition and all callers of hugetlb_fault_mutex_hash as
> the arguments mm and vma are no longer used or necessary.
>
> Mike Kravetz (2):
> huegtlbfs: on restore reserve error path retain subpool reservation
> hugetlb: use same fault hash key for shared and private mappings
>
> fs/hugetlbfs/inode.c | 7 ++-----
> include/linux/hugetlb.h | 4 +---
> mm/hugetlb.c | 43 +++++++++++++++++++++--------------------
> mm/userfaultfd.c | 3 +--
> 4 files changed, 26 insertions(+), 31 deletions(-)
Both fixes look fine to me.
Reviewed-by: Naoya Horiguchi <n-horiguchi@...jp.nec.com>
Powered by blists - more mailing lists