Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1925207pxy; Thu, 29 Apr 2021 18:40:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJywJD9Dlw+bhwq+0+kPxw44DvI5puP9acneWtAV80eY4ElSGPSc3K68TUhHi7EdPIhHneDl X-Received: by 2002:a17:907:3e1f:: with SMTP id hp31mr1413077ejc.163.1619746851231; Thu, 29 Apr 2021 18:40:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619746851; cv=none; d=google.com; s=arc-20160816; b=UsFKM2uUEHVq0ZgBDJxPmKLqUuo1hYCWydjIgeH4h0kW4CmvhVDDJA7sdyUA/lZdzB ur8I8HLlVEdv8vXsnwfPe/en+JPOZkftKfZV3QhWg6UlJ9IIsrAhuHqB7JBzvKRhaPPb 1MrGUIyZ7O0bURmXL0rMiF2AhwX+rwWk+sc0RXDJ3Utd9nz0Gnb4SIqToPCpb4l3xriq l6otUAjTD3knJkpz1uXS4x4m4ECAn00OfRSNx/NX/owM3yp/U6Bu7nbtlJHbr4MjjLYc g0YPTHP8f8bhoDUBT66UvKeI0Batwiz48yZNa/6F26Mur4RvGra/FAMKJKsgzHs3qnCe 1SQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=iLMHYQZ/zc+9Hk5258IiTQvAHY2iFO/bKOow1sgRR/s=; b=og9mvZsMJ1uP9X+S0domkaWDN2gqdcQDwOF7x37cgIKQ5Kwl6lwFEHNb47i/ZAgKEr 3PvkT/TdVKufJBjNTrHBLsTtUBy5O+F1OLxf8nmkKXFyI9ssbPctoN1WTGRW4OYiGW1I mG5KnZ0t0Z+Q5aw1f8BpqD3JS2btRmA+23kBudqPzX9DN/jY1NwHi+3MPpq9pyGSUdIb EEgAKzHKlLiXoullRhb7dePpIbRZZNYL3I3Srx/Evfmga6sU8cm1b0QfsGhBzumAI0p2 wrsKUhs0ca1h+b0LoT3Ca8S9NFHZIfy8PwNF9icLXMQd5lHrJpNaltHcwkDz/kJ+qTxW PlZA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s18si277308edd.16.2021.04.29.18.40.26; Thu, 29 Apr 2021 18:40:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229591AbhD3BkU (ORCPT + 99 others); Thu, 29 Apr 2021 21:40:20 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:17486 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229519AbhD3BkU (ORCPT ); Thu, 29 Apr 2021 21:40:20 -0400 Received: from DGGEMS414-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4FWZhh5KJfzPvMk; Fri, 30 Apr 2021 09:36:20 +0800 (CST) Received: from [10.174.176.174] (10.174.176.174) by DGGEMS414-HUB.china.huawei.com (10.3.19.214) with Microsoft SMTP Server id 14.3.498.0; Fri, 30 Apr 2021 09:39:29 +0800 Subject: Re: [PATCH v2 1/5] mm/huge_memory.c: remove dedicated macro HPAGE_CACHE_INDEX_MASK To: David Hildenbrand , CC: , , , , , , , , , , , , References: <20210429132648.305447-1-linmiaohe@huawei.com> <20210429132648.305447-2-linmiaohe@huawei.com> From: Miaohe Lin Message-ID: Date: Fri, 30 Apr 2021 09:39:29 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.176.174] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/4/29 22:48, David Hildenbrand wrote: > On 29.04.21 15:26, Miaohe Lin wrote: >> Rewrite the pgoff checking logic to remove macro HPAGE_CACHE_INDEX_MASK >> which is only used here to simplify the code. >> >> Reviewed-by: Yang Shi >> Reviewed-by: Anshuman Khandual >> Signed-off-by: Miaohe Lin >> --- >>   include/linux/huge_mm.h | 6 ++---- >>   1 file changed, 2 insertions(+), 4 deletions(-) >> >> diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h >> index 9626fda5efce..0a526f211fec 100644 >> --- a/include/linux/huge_mm.h >> +++ b/include/linux/huge_mm.h >> @@ -152,15 +152,13 @@ static inline bool __transparent_hugepage_enabled(struct vm_area_struct *vma) >>     bool transparent_hugepage_enabled(struct vm_area_struct *vma); >>   -#define HPAGE_CACHE_INDEX_MASK (HPAGE_PMD_NR - 1) >> - >>   static inline bool transhuge_vma_suitable(struct vm_area_struct *vma, >>           unsigned long haddr) >>   { >>       /* Don't have to check pgoff for anonymous vma */ >>       if (!vma_is_anonymous(vma)) { >> -        if (((vma->vm_start >> PAGE_SHIFT) & HPAGE_CACHE_INDEX_MASK) != >> -            (vma->vm_pgoff & HPAGE_CACHE_INDEX_MASK)) >> +        if (!IS_ALIGNED((vma->vm_start >> PAGE_SHIFT) - vma->vm_pgoff, >> +                HPAGE_PMD_NR)) >>               return false; > > I'd have used > > if (!IS_ALIGNED(PHYS_PFN(vma->vm_start) - vma->vm_pgoff, > It's because I want keep the code style consistent with hugepage_vma_check(). There is similiar code in hugepage_vma_check(): return IS_ALIGNED((vma->vm_start >> PAGE_SHIFT) - vma->vm_pgoff, HPAGE_PMD_NR); > Reviewed-by: David Hildenbrand Many thanks for review! >