From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx170.postini.com [74.125.245.170]) by kanga.kvack.org (Postfix) with SMTP id 5F4716B0031 for ; Fri, 9 Aug 2013 10:46:50 -0400 (EDT) From: "Kirill A. Shutemov" In-Reply-To: <1375994967.29639.4.camel@concerto> References: <1375582645-29274-1-git-send-email-kirill.shutemov@linux.intel.com> <1375582645-29274-23-git-send-email-kirill.shutemov@linux.intel.com> <1375994967.29639.4.camel@concerto> Subject: Re: [PATCH 22/23] thp, mm: split huge page on mmap file page Content-Transfer-Encoding: 7bit Message-Id: <20130809145006.95333E0090@blue.fi.intel.com> Date: Fri, 9 Aug 2013 17:50:06 +0300 (EEST) Sender: owner-linux-mm@kvack.org List-ID: To: Khalid Aziz Cc: "Kirill A. Shutemov" , Andrea Arcangeli , Andrew Morton , Al Viro , Hugh Dickins , Wu Fengguang , Jan Kara , Mel Gorman , linux-mm@kvack.org, Andi Kleen , Matthew Wilcox , "Kirill A. Shutemov" , Hillf Danton , Dave Hansen , Ning Qu , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Khalid Aziz wrote: > On Sun, 2013-08-04 at 05:17 +0300, Kirill A. Shutemov wrote: > > From: "Kirill A. Shutemov" > > > > We are not ready to mmap file-backed tranparent huge pages. Let's split > > them on fault attempt. > > > > Later we'll implement mmap() properly and this code path be used for > > fallback cases. > > > > Signed-off-by: Kirill A. Shutemov > > --- > > mm/filemap.c | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/mm/filemap.c b/mm/filemap.c > > index ed65af5..f7857ef 100644 > > --- a/mm/filemap.c > > +++ b/mm/filemap.c > > @@ -1743,6 +1743,8 @@ retry_find: > > goto no_cached_page; > > } > > > > + if (PageTransCompound(page)) > > + split_huge_page(compound_trans_head(page)); > > Since PageTransCompound(page) returns true for transparent huge pages as > well as hugetlbfs pages, could this code split hugetlbfs pages on an > mmap() on to hugetlbfs pages? hugetlbfs pages are not supposed to be > split, right? hugetlbfs page cannot (should not) be here. hugetlb uses different vm_ops->fault handeler. -- Kirill A. Shutemov -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org