From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 10714C43215 for ; Mon, 2 Dec 2019 22:21:57 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id A62A5207DD for ; Mon, 2 Dec 2019 22:21:55 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="FKeTDSTe" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A62A5207DD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 4417C6B0003; Mon, 2 Dec 2019 17:21:55 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 3F1316B0006; Mon, 2 Dec 2019 17:21:55 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 308C06B0007; Mon, 2 Dec 2019 17:21:55 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0033.hostedemail.com [216.40.44.33]) by kanga.kvack.org (Postfix) with ESMTP id 1A2E56B0003 for ; Mon, 2 Dec 2019 17:21:55 -0500 (EST) Received: from smtpin06.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with SMTP id 8D4F052A0 for ; Mon, 2 Dec 2019 22:21:54 +0000 (UTC) X-FDA: 76221624948.06.jeans75_2db5c0a188417 X-HE-Tag: jeans75_2db5c0a188417 X-Filterd-Recvd-Size: 5220 Received: from mail-wm1-f66.google.com (mail-wm1-f66.google.com [209.85.128.66]) by imf37.hostedemail.com (Postfix) with ESMTP for ; Mon, 2 Dec 2019 22:21:53 +0000 (UTC) Received: by mail-wm1-f66.google.com with SMTP id g206so1004101wme.1 for ; Mon, 02 Dec 2019 14:21:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=czs8sdBA/sHPCWDkIWdbqK/qXxxuF+2nb4aU5nz/4aQ=; b=FKeTDSTeK4Ops62th+i3KGYu31KHBGHSCR1EpkNSQHfRaBR3H/1WzSwTz0oRbnlSWo YPVoCjaFhdS/gHmLGhCqhrwgQUfJCs1cgAm1Qd9TKszJyGJ51dSZgsN8ku49i4eDYxzd ZneeTAhJfdMqOP7lKkB1KoZs8u5A/eldm/fD6MyZkaJt+O88xttwq9wqq8jBdHk0M1n+ 10ylITCIMtaN7d3k7pJN+sNYdQ46/SR3I2S3uEumUsGy56j1ays13gIIgaZIdZMI/vIJ T7cuJC/qo/HOKj6xFMqJxaKei/p5Dxc+rKmGAd4E4qmxHSios96WQGDeBEHHTxwZA0mx T6mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=czs8sdBA/sHPCWDkIWdbqK/qXxxuF+2nb4aU5nz/4aQ=; b=fbgIT1L9TLs0rX5+py0DFjuC8IS0PaQIc2XNczkJE9zQpQzt0u0f02M/EEawpcRT2x TQiwym0aGohP6CojbyFdwjrAAcnhzeEmZ/U+oekNNLrpQZe3CaypIXA7sXQK2HERAC08 pYVZBGa5fdSheIZUOKupPnO0gkyTM7wqJBeFCRCYs0vnco5ABfmNozELJ7fjZm/JQdsI GL4/SmUlGN9fW08mkS1UKMWvAoKCVQ0LIt/4OeOCexuBu+Fpj7H9qQGCuwmJPoMDsHRZ FqF5FTPl2gpzSJL1vcs2tYjzIXsWPuacTSjgoaJN1mqtP5jfhNIhz68YgCELFTMr277s 9JIg== X-Gm-Message-State: APjAAAWAcRJuZ6BdAA6bx1X68mc2lvbstV6qmtdZrWfVgPnhgXefxhlu 5IQyiAxyAW0nqsUlW9Sn/4w= X-Google-Smtp-Source: APXvYqxnIkZmublYgiMmgRlGkKyyjNYgFaG8tIcog+gMgExU1kHo5gu5Ex090bDuXJbn1Ong+gHcNA== X-Received: by 2002:a1c:1dc9:: with SMTP id d192mr23483147wmd.92.1575325312929; Mon, 02 Dec 2019 14:21:52 -0800 (PST) Received: from localhost ([185.92.221.13]) by smtp.gmail.com with ESMTPSA id b63sm760833wmb.40.2019.12.02.14.21.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 02 Dec 2019 14:21:52 -0800 (PST) Date: Mon, 2 Dec 2019 22:21:51 +0000 From: Wei Yang To: "Kirill A. Shutemov" Cc: Wei Yang , Wei Yang , akpm@linux-foundation.org, kirill.shutemov@linux.intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] mm/page_vma_mapped: use PMD_SIZE instead of calculating it Message-ID: <20191202222151.xx4g3ry7mrcselh5@master> Reply-To: Wei Yang References: <20191128010321.21730-1-richardw.yang@linux.intel.com> <20191128083255.ab5rwj7gvktwunik@box.shutemov.name> <20191128212226.sfrhfs5m3q7m6tly@master> <20191202080315.oqtm3q7cyfkl5rma@box.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191202080315.oqtm3q7cyfkl5rma@box.shutemov.name> User-Agent: NeoMutt/20170113 (1.7.2) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon, Dec 02, 2019 at 11:03:15AM +0300, Kirill A. Shutemov wrote: >On Thu, Nov 28, 2019 at 09:22:26PM +0000, Wei Yang wrote: >> On Thu, Nov 28, 2019 at 11:32:55AM +0300, Kirill A. Shutemov wrote: >> >On Thu, Nov 28, 2019 at 09:03:20AM +0800, Wei Yang wrote: >> >> At this point, we are sure page is PageTransHuge, which means >> >> hpage_nr_pages is HPAGE_PMD_NR. >> >> >> >> This is safe to use PMD_SIZE instead of calculating it. >> >> >> >> Signed-off-by: Wei Yang >> >> --- >> >> mm/page_vma_mapped.c | 2 +- >> >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> >> >> diff --git a/mm/page_vma_mapped.c b/mm/page_vma_mapped.c >> >> index eff4b4520c8d..76e03650a3ab 100644 >> >> --- a/mm/page_vma_mapped.c >> >> +++ b/mm/page_vma_mapped.c >> >> @@ -223,7 +223,7 @@ bool page_vma_mapped_walk(struct page_vma_mapped_walk *pvmw) >> >> if (pvmw->address >= pvmw->vma->vm_end || >> >> pvmw->address >= >> >> __vma_address(pvmw->page, pvmw->vma) + >> >> - hpage_nr_pages(pvmw->page) * PAGE_SIZE) >> >> + PMD_SIZE) >> >> return not_found(pvmw); >> >> /* Did we cross page table boundary? */ >> >> if (pvmw->address % PMD_SIZE == 0) { >> > >> >It is dubious cleanup. Maybe page_size(pvmw->page) instead? It will not >> >break if we ever get PUD THP pages. >> > >> >> Thanks for your comment. >> >> I took a look into the code again and found I may miss something. >> >> I found we support PUD THP pages, whilc hpage_nr_pages() just return >> HPAGE_PMD_NR on PageTransHuge. Why this is not possible to return PUD number? > >We only support PUD THP for DAX. Means, we don't have struct page for it. > BTW, may I ask why you suggest to use page_size() if we are sure only PMD THP page is used here? To be more generic? >-- > Kirill A. Shutemov -- Wei Yang Help you, Help me