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=-17.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,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 6BD4AC433B4 for ; Thu, 29 Apr 2021 14:57:47 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id F3C9760C3E for ; Thu, 29 Apr 2021 14:57:46 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org F3C9760C3E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 50C8D6B006C; Thu, 29 Apr 2021 10:57:46 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4BC426B006E; Thu, 29 Apr 2021 10:57:46 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 335916B0070; Thu, 29 Apr 2021 10:57:46 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0231.hostedemail.com [216.40.44.231]) by kanga.kvack.org (Postfix) with ESMTP id 186176B006C for ; Thu, 29 Apr 2021 10:57:46 -0400 (EDT) Received: from smtpin12.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id B875C180ACF14 for ; Thu, 29 Apr 2021 14:57:45 +0000 (UTC) X-FDA: 78085708890.12.41AC9E9 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf01.hostedemail.com (Postfix) with ESMTP id 5A09B500152A for ; Thu, 29 Apr 2021 14:57:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1619708265; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VW6tjD6feTHs5rrGnhbZrNt/b+Sq5VBqFh5p3ij41kI=; b=I6D5RMP6+CfdoGu+ddQYK7aftNUGxnyzebL716U0O33QRsHxsNwKNvtoUHIrh5jtLkwQg2 r+BDdz9dzRqkmZ4lTELY4IWXrcFEDQ9G8KBiKuirPE2dNisbVy1nCUtqpR92sVhGrwo7Mg B49pML4dxqX/OZ0eVJQnDqB+au+WD2U= Received: from mail-ed1-f70.google.com (mail-ed1-f70.google.com [209.85.208.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-472-vbg-HljlNuaM2rW0wwyPwA-1; Thu, 29 Apr 2021 10:57:43 -0400 X-MC-Unique: vbg-HljlNuaM2rW0wwyPwA-1 Received: by mail-ed1-f70.google.com with SMTP id z21-20020a05640235d5b029038795ac4cdaso7945444edc.22 for ; Thu, 29 Apr 2021 07:57:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=VW6tjD6feTHs5rrGnhbZrNt/b+Sq5VBqFh5p3ij41kI=; b=jfT7ZmnVJLMVEK+FaLMqjNbfY0NfnaM4yHzidBlR9JWdHh6k2Q7Y+l/LEeGxLK+qkt Mdue1URLmEQ4N9OWlM376O9Yb9pSflPZmzz82DJxpyPHws54rUUb7Z/ky4Cspgbffx3n pM6Fm+JwQnaiO8ZvBG5Bd4ysfZdtMpTNX/GDUKzWrswL18aPY3I51saMcU14+QjZR/lh MrDH/s9kV2vA+1IJYkEnCYV63oL5OfJ4j8uWQac4gpEiZBtn1KvOW/aVD8x8rksfVRfi BNJ9xppJW1+rj5b63QGtYxoC2IlIMXmEGMxqlVYwf1lbtRGur4+RDfVTY3ybifbqJtpi OnHg== X-Gm-Message-State: AOAM530J3oEeIj0/lHtG18DoO+g9TzpCLRe5QWxXHw+2u7SxkC4x+YhQ eJM5W1f5zfEgrWfcBn9NaZJ+h+J63vESfoUGlWU1Ds2MRnvyi30B11X9WgSO1s6yUwDq1z3th04 tPaSPGboZOAUctigOPuC/OKMnAsplxuN8UepdqCTH4p2EaG2f342vSCDIBJE= X-Received: by 2002:a17:906:2ac5:: with SMTP id m5mr211439eje.517.1619708261770; Thu, 29 Apr 2021 07:57:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPIDvzLG80uieLFneg3V7Kz9qe0O9OKY902F+CTvCVSpX1T9affEnLVwJAvOOu9EZ4YU8URw== X-Received: by 2002:a17:906:2ac5:: with SMTP id m5mr211394eje.517.1619708261380; Thu, 29 Apr 2021 07:57:41 -0700 (PDT) Received: from [192.168.3.132] (p5b0c6158.dip0.t-ipconnect.de. [91.12.97.88]) by smtp.gmail.com with ESMTPSA id w6sm104904eje.107.2021.04.29.07.57.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 29 Apr 2021 07:57:41 -0700 (PDT) Subject: Re: [PATCH v2 3/5] mm/huge_memory.c: add missing read-only THP checking in transparent_hugepage_enabled() To: Miaohe Lin , akpm@linux-foundation.org Cc: ziy@nvidia.com, william.kucharski@oracle.com, willy@infradead.org, yang.shi@linux.alibaba.com, aneesh.kumar@linux.ibm.com, rcampbell@nvidia.com, songliubraving@fb.com, kirill.shutemov@linux.intel.com, riel@surriel.com, hannes@cmpxchg.org, minchan@kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20210429132648.305447-1-linmiaohe@huawei.com> <20210429132648.305447-4-linmiaohe@huawei.com> From: David Hildenbrand Organization: Red Hat Message-ID: <68c8c4a8-c4f8-83db-7326-dabeea74239c@redhat.com> Date: Thu, 29 Apr 2021 16:57:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210429132648.305447-4-linmiaohe@huawei.com> Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=david@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 5A09B500152A X-Stat-Signature: mtx3nk7oktmg1paabh4syncqts33389u Received-SPF: none (redhat.com>: No applicable sender policy available) receiver=imf01; identity=mailfrom; envelope-from=""; helo=us-smtp-delivery-124.mimecast.com; client-ip=170.10.133.124 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1619708257-307344 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 29.04.21 15:26, Miaohe Lin wrote: > Since commit 99cb0dbd47a1 ("mm,thp: add read-only THP support for > (non-shmem) FS"), read-only THP file mapping is supported. But it > forgot to add checking for it in transparent_hugepage_enabled(). > To fix it, we add checking for read-only THP file mapping and also > introduce helper transhuge_vma_enabled() to check whether thp is > enabled for specified vma to reduce duplicated code. > > Fixes: 99cb0dbd47a1 ("mm,thp: add read-only THP support for (non-shmem) FS") > Signed-off-by: Miaohe Lin > --- > include/linux/huge_mm.h | 21 +++++++++++++++++---- > mm/huge_memory.c | 6 ++++++ > mm/khugepaged.c | 4 +--- > mm/shmem.c | 3 +-- > 4 files changed, 25 insertions(+), 9 deletions(-) > > diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h > index 0a526f211fec..f460b74619fc 100644 > --- a/include/linux/huge_mm.h > +++ b/include/linux/huge_mm.h > @@ -115,6 +115,16 @@ extern struct kobj_attribute shmem_enabled_attr; > > extern unsigned long transparent_hugepage_flags; > > +static inline bool transhuge_vma_enabled(struct vm_area_struct *vma, > + unsigned long vm_flags) You're passing the vma already, why do you pass vma->vm_flags separately? It's sufficient to pass in the vma only. > +{ > + /* Explicitly disabled through madvise. */ > + if ((vm_flags & VM_NOHUGEPAGE) || > + test_bit(MMF_DISABLE_THP, &vma->vm_mm->flags)) > + return false; > + return true; > +} > + > /* > * to be used on vmas which are known to support THP. > * Use transparent_hugepage_enabled otherwise > @@ -128,15 +138,12 @@ static inline bool __transparent_hugepage_enabled(struct vm_area_struct *vma) > if (transparent_hugepage_flags & (1 << TRANSPARENT_HUGEPAGE_NEVER_DAX)) > return false; > > - if (vma->vm_flags & VM_NOHUGEPAGE) > + if (!transhuge_vma_enabled(vma, vma->vm_flags)) > return false; > > if (vma_is_temporary_stack(vma)) > return false; > > - if (test_bit(MMF_DISABLE_THP, &vma->vm_mm->flags)) > - return false; > - > if (transparent_hugepage_flags & (1 << TRANSPARENT_HUGEPAGE_FLAG)) > return true; > > @@ -362,6 +369,12 @@ static inline bool transhuge_vma_suitable(struct vm_area_struct *vma, > return false; > } > > +static inline bool transhuge_vma_enabled(struct vm_area_struct *vma, > + unsigned long vm_flags) > +{ > + return false; > +} > + > static inline void prep_transhuge_page(struct page *page) {} > > static inline bool is_transparent_hugepage(struct page *page) > diff --git a/mm/huge_memory.c b/mm/huge_memory.c > index 76ca1eb2a223..e24a96de2e37 100644 > --- a/mm/huge_memory.c > +++ b/mm/huge_memory.c > @@ -68,12 +68,18 @@ bool transparent_hugepage_enabled(struct vm_area_struct *vma) > /* The addr is used to check if the vma size fits */ > unsigned long addr = (vma->vm_end & HPAGE_PMD_MASK) - HPAGE_PMD_SIZE; > > + if (!transhuge_vma_enabled(vma, vma->vm_flags)) > + return false; > if (!transhuge_vma_suitable(vma, addr)) > return false; > if (vma_is_anonymous(vma)) > return __transparent_hugepage_enabled(vma); > if (vma_is_shmem(vma)) > return shmem_huge_enabled(vma); > + if (IS_ENABLED(CONFIG_READ_ONLY_THP_FOR_FS) && vma->vm_file && > + !inode_is_open_for_write(vma->vm_file->f_inode) && > + (vma->vm_flags & VM_EXEC)) > + return true; Nit: I'm really wondering why we have 3 different functions that sound like they are doing the same thing transparent_hugepage_enabled(vma) transhuge_vma_enabled() transhuge_vma_suitable() Which check belongs where? Does it really have to be that complicated? > > return false; > } > diff --git a/mm/khugepaged.c b/mm/khugepaged.c > index 6c0185fdd815..d97b20fad6e8 100644 > --- a/mm/khugepaged.c > +++ b/mm/khugepaged.c > @@ -442,9 +442,7 @@ static inline int khugepaged_test_exit(struct mm_struct *mm) > static bool hugepage_vma_check(struct vm_area_struct *vma, > unsigned long vm_flags) > { > - /* Explicitly disabled through madvise. */ > - if ((vm_flags & VM_NOHUGEPAGE) || > - test_bit(MMF_DISABLE_THP, &vma->vm_mm->flags)) > + if (!transhuge_vma_enabled(vma, vm_flags)) > return false; > > /* Enabled via shmem mount options or sysfs settings. */ > diff --git a/mm/shmem.c b/mm/shmem.c > index a08cedefbfaa..1dcbec313c70 100644 > --- a/mm/shmem.c > +++ b/mm/shmem.c > @@ -4032,8 +4032,7 @@ bool shmem_huge_enabled(struct vm_area_struct *vma) > loff_t i_size; > pgoff_t off; > > - if ((vma->vm_flags & VM_NOHUGEPAGE) || > - test_bit(MMF_DISABLE_THP, &vma->vm_mm->flags)) > + if (!transhuge_vma_enabled(vma, vma->vm_flags)) > return false; > if (shmem_huge == SHMEM_HUGE_FORCE) > return true; > -- Thanks, David / dhildenb