Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp2501868iog; Sun, 19 Jun 2022 20:21:01 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tjO60KTZ1dr391cWcnHjGJ+cMfbHHNA6zlvtKeh7PF1yLbPxVCji//C8mZNOBzHx3ES+b0 X-Received: by 2002:a05:6402:5008:b0:42d:c421:48c8 with SMTP id p8-20020a056402500800b0042dc42148c8mr27127484eda.422.1655695261096; Sun, 19 Jun 2022 20:21:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655695261; cv=none; d=google.com; s=arc-20160816; b=mMhrHr1QKj/8JEqqmY1MedobYxseFfd07zChDGeSmTTyLLtlEmbDY+cV6PDckaJ6Zj zfhzMae4bd8LAiw9jccWev2HPX55gZ1wjpRDAXkKTPr7OTYNXAE6rPg1xFA1VDZE+BNh TrwMdSvkt+TXLfWVKskablxXaTUHq6K5vmiIjCezX8MhAseuHOBt7j6FQnRfNZFcBouO CRL4RcdjRbf4h1O78iBFYF3vMW1s+u2o7XF1WgRpTC9kRvrQYYFrsbt1lZcDFzvYY25E DMMt0tKkloh7xxfHuGdZO5JFd+052VI+cYj8RGlvDlpF2V+eE+ytfWIFhxkxsYRG7u/s GJ8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=bOwJ2FTXkKF/PE13qHxylnMBv8yRXm5HohOh5YwOoGA=; b=1GaM3CdpgOEh9O+aXJ2ATucIvcDVlCgRfUTxoQuhlfE5S4vqkkBpl3cGrpXkdTOCaz kZdklET94hJ9Fh9PpElVFkTMu1X+4GEOz5kHRIS7pRYeh+t+rGJy6THGy2q/+t8Pvi3C vfSg5EGrmeZImEi0oYQdWr6WCwxwkipkCFy8yp9bcztgmMXUAHkTbmTRpYoYjM3Z1yBd SFBWsC1WihMAw4MC+046jjE2TWKhl/P0t6ktIU4o5rrK2jzZm8Z2V+YmxDPNsMD3wQhs PDnx0VcnZWVo879Ue9gqjt3D5Y7Y/FEgLby4pmesaibXIaZg7Hu7ATJlj4hmjrxV+75j U+uQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hq39-20020a1709073f2700b00718d033df13si13527810ejc.678.2022.06.19.20.20.36; Sun, 19 Jun 2022 20:21:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232286AbiFTCe5 (ORCPT + 99 others); Sun, 19 Jun 2022 22:34:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35646 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229774AbiFTCe4 (ORCPT ); Sun, 19 Jun 2022 22:34:56 -0400 Received: from out30-56.freemail.mail.aliyun.com (out30-56.freemail.mail.aliyun.com [115.124.30.56]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D77F5B1F2 for ; Sun, 19 Jun 2022 19:34:54 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R121e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046059;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=8;SR=0;TI=SMTPD_---0VGpSCch_1655692491; Received: from localhost(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0VGpSCch_1655692491) by smtp.aliyun-inc.com; Mon, 20 Jun 2022 10:34:52 +0800 From: Baolin Wang To: sj@kernel.org, akpm@linux-foundation.org Cc: mike.kravetz@oracle.com, songmuchun@bytedance.com, baolin.wang@linux.alibaba.com, damon@lists.linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH] mm/damon: Use set_huge_pte_at() to make huge pte old Date: Mon, 20 Jun 2022 10:34:42 +0800 Message-Id: <1655692482-28797-1-git-send-email-baolin.wang@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY, USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The huge_ptep_set_access_flags() can not make the huge pte old according to the discussion [1], that means we will always mornitor the young state of the hugetlb though we stopped accessing the hugetlb, as a result DAMON will get inaccurate accessing statistics. So changing to use set_huge_pte_at() to make the huge pte old to fix this issue. [1] https://lore.kernel.org/all/Yqy97gXI4Nqb7dYo@arm.com/ Fixes: 49f4203aae06 ("mm/damon: add access checking for hugetlb pages") Signed-off-by: Baolin Wang --- mm/damon/vaddr.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/mm/damon/vaddr.c b/mm/damon/vaddr.c index 5767be72c181..d24148a8149f 100644 --- a/mm/damon/vaddr.c +++ b/mm/damon/vaddr.c @@ -337,8 +337,7 @@ static void damon_hugetlb_mkold(pte_t *pte, struct mm_struct *mm, if (pte_young(entry)) { referenced = true; entry = pte_mkold(entry); - huge_ptep_set_access_flags(vma, addr, pte, entry, - vma->vm_flags & VM_WRITE); + set_huge_pte_at(mm, addr, pte, entry); } #ifdef CONFIG_MMU_NOTIFIER -- 2.27.0