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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4A947C001DC for ; Thu, 27 Jul 2023 19:55:00 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A8DF86B0072; Thu, 27 Jul 2023 15:54:59 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A3E206B0074; Thu, 27 Jul 2023 15:54:59 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 92CC36B0075; Thu, 27 Jul 2023 15:54:59 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 7FD286B0072 for ; Thu, 27 Jul 2023 15:54:59 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 3DEF0A067B for ; Thu, 27 Jul 2023 19:54:59 +0000 (UTC) X-FDA: 81058445118.30.7D8ACC5 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf08.hostedemail.com (Postfix) with ESMTP id 87ED616001C for ; Thu, 27 Jul 2023 19:54:57 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=qfyH29vT; spf=pass (imf08.hostedemail.com: domain of sj@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=sj@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1690487697; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=UcmJzpOPqUzQz4W73xQSVfF8ghhQbWNpgN47+Y3/o5A=; b=t9gQ3vTAmxomr/2s6JIiq+6kOYbC5lXII7sWdxdODN9A8Tr7fvm0trl2atxOz4cekNanbv moyRAP/FF4CRMlxzVW+ib9eFr+USlBOu9imatYRnRgz7CjvTvyP8KC/xb5nQ+/CcRpmkKE 9twT7fs/xJvPswk/EzQaSChy+SB62Wo= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1690487697; a=rsa-sha256; cv=none; b=BWNzR8QyJst8on+40OPZMCuesSivsHdSghuuY07lmLAEfakn5YWExPYALPUyBXN0mCF8bb O10njyi4EC5SSESJk5TRt0H+evrXFkStPIema00SuGKnWLTN+HYFDRmOkZRn4UayHP0i2B 4FtbycyGCe61EwPjjr+Lb6mXutkiNOA= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=qfyH29vT; spf=pass (imf08.hostedemail.com: domain of sj@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=sj@kernel.org; dmarc=pass (policy=none) header.from=kernel.org Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 852B761F25; Thu, 27 Jul 2023 19:54:56 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6DD92C433C8; Thu, 27 Jul 2023 19:54:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1690487695; bh=/jP1tCMthxFNPSaqOUszBlNwQ94CB6jBYZ00mppC3O0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=qfyH29vTZiN6nYEmK0Ow4XeWsSUlDWlyD0eAMjr1NYeIMgM6CuIBywSrfyCeFUdPw kG1lwWJPAVfSf0Kbq4YNX4Ogu544UZ9RagOE3raqEZsra27siYVtDkClAc5ggUK0yk i7o0MObK2/D0G7/sgcPOHohO0dYgcHc2Lz6e0L8AAoekqKp8cMNtYZtmM9aL6L9shD TbEsS9wgDCtNXk3WNhoPrVLqDQrKn802+VcYowGlZfxbSpGF0Yly/5Ta+ItjPXs1lC kkFmtwzPRzFeOaOUGrE8IJGyRIEGOQtrjIehusVrE3x7TRrngiZg6Lm8utpg47i2gM GsCGk8gsV2rJQ== From: SeongJae Park To: Levi Yun Cc: sj@kernel.org, akpm@linux-foundation.org, damon@lists.linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] damon: Use pmdp_get instead of drect dereferencing pmd. Date: Thu, 27 Jul 2023 19:54:53 +0000 Message-Id: <20230727195453.67611-1-sj@kernel.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20230727183745.682880-1-ppbuk5246@gmail.com> References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 87ED616001C X-Rspam-User: X-Rspamd-Server: rspam11 X-Stat-Signature: zic1otnyktcscih8xd5rhyap5dknfemp X-HE-Tag: 1690487697-271940 X-HE-Meta: U2FsdGVkX18Q13WBKtk+ZP3HT2m/xBVoTIz6xB277j7GhB9zZlTizHIl8kNwk1pbLNcf9b0sSJP+JICfAxrJrvEHTBojrt/dZVptQQQK8UITVZMrG4EY8hfbcYxqDm3Kqpyc5t/hAbpd2+3d1Aj2CaL3dGEgYad9EF72f3n1PICiloVwHoN8KvVgjxeSMUDUFtUhsQYiIt8glavr0fsIvT1NxD4/6QRpM9sGeJDHMyqB1uHEo0relB6BKmjcwZxKYdbJazKItVnPXSjfOEjfSq0TU5GoPKRuqe9iDBntyidrCg28DCWVuRcY78gJEpmwnEH6ouJDfBDKwBx1GiSoFyfrfHvLVRr5arFgyB/JkFPmF08ZtXB3H/RHrYXSN7PUWkrPfsnw1FE/bQgQEn5uiKmTgfOhEZ3GlvbehDhoBm9z8a/1IO3vgquzweTF4/Wr4l3LX89X+Ki/fGaK8ZefZ8dZ2snqAghOFIdyAvMQ6Z/VyRyOTkj8ZPeX1FGNj/Hl8BXcQihGAXYqgnbnBk93NDcpvmukIyuiyPL0gQA3YyYvtCVhIoR02IX8vXzZbXdeReCkYIss79nbKvn6PHssiWxaHeyKB4YTMtt2YvtG3EOPgYrkNl1wEQOVWbKlJUGj6g0OiZSlHaTpQNtJrm3OLPOCO/lMSBQB9CC4K4wR0VvUvNILDPw/q726WTNR7UFfr7quTXUekAdLlJ1ebbIe1Z0Sh2yRVwvXiPYX6YWKKrEJY+4v8MqipJDSGzwW2GpvyDlU3QX8Y8bng1PH3xg1zCh2e0Y8ax1wi3aCtcGAr5fPF9TiDsfe4fHRyt7jkuKGbjg2wQ36HiMXuSL/zJ3sF68EAjIQ9FcatcwoXHZvS0MN5Ftc//6RzbsmmRn7c1mMR4i+EHFTI0E2zhH85IOyBd60+lK9jbCAZOqj8oisVAHAb38eKAd5kzDvzRyDlkhpdjJcSrcC+sVJzsEafXo iDQsg1BE L+urZMcGMInTY3NcK4raoPrDV3hMsdV9BAtmXrQPXkpA0wvxC6QQkhCi498CWTnGeUp2032iElm7OdwuGcOASlLAShy2zvhWXde4Xvp+rwo3bYoYN0Jonv15zfre6dLJoBD2uJvQm5D/6UrCnW2xq3S3GMxIvgJhm7J2CAVgM3YKPWLsrUgm1JgsFvIsMkrydd6cMGPbsHKOnzHzPgGEzUN/yeeHnpUJjiv5Yn8dDdc5DxatJPLFsmbHtGQ8v0VBEm7qUQeTdhh1WrL86dXVPlt0LQxAPsr1rQNdZJF8/txl/TFhT6BY1QBzSLjGI2UzHdaAPBWhxAZ3xeZlGrApOk0gpnQlNVagqFYNi11errL64ZlPqL1kRbApEIh11gk426YYf 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: Hi Levi, Thank you for this patch. Nit for the subject, what about s/drect/directly/? Also, let's remove the period at the end. On Fri, 28 Jul 2023 03:37:45 +0900 Levi Yun wrote: > As ptep_get, Use the pmdp_get wrapper when we accessing pmdval > instead of direct dereferencing pmd. Nit: s/Use/use/ and s/direct/directly > > Signed-off-by: Levi Yun > --- > mm/damon/ops-common.c | 2 +- > mm/damon/paddr.c | 2 +- > mm/damon/vaddr.c | 22 ++++++++++++++-------- > 3 files changed, 16 insertions(+), 10 deletions(-) > > diff --git a/mm/damon/ops-common.c b/mm/damon/ops-common.c > index e940802a15a4..ac1c3fa80f98 100644 > --- a/mm/damon/ops-common.c > +++ b/mm/damon/ops-common.c > @@ -54,7 +54,7 @@ void damon_ptep_mkold(pte_t *pte, struct vm_area_struct *vma, unsigned long addr > void damon_pmdp_mkold(pmd_t *pmd, struct vm_area_struct *vma, unsigned long addr) > { > #ifdef CONFIG_TRANSPARENT_HUGEPAGE > - struct folio *folio = damon_get_folio(pmd_pfn(*pmd)); > + struct folio *folio = damon_get_folio(pmd_pfn(pmdp_get(pmd))); > > if (!folio) > return; > diff --git a/mm/damon/paddr.c b/mm/damon/paddr.c > index 40801e38fcf0..909db25efb35 100644 > --- a/mm/damon/paddr.c > +++ b/mm/damon/paddr.c > @@ -94,7 +94,7 @@ static bool __damon_pa_young(struct folio *folio, struct vm_area_struct *vma, > mmu_notifier_test_young(vma->vm_mm, addr); > } else { > #ifdef CONFIG_TRANSPARENT_HUGEPAGE > - *accessed = pmd_young(*pvmw.pmd) || > + *accessed = pmd_young(pmdp_get(pvmw.pmd)) || > !folio_test_idle(folio) || > mmu_notifier_test_young(vma->vm_mm, addr); > #else > diff --git a/mm/damon/vaddr.c b/mm/damon/vaddr.c > index 2fcc9731528a..82f7865719fe 100644 > --- a/mm/damon/vaddr.c > +++ b/mm/damon/vaddr.c > @@ -301,16 +301,19 @@ static int damon_mkold_pmd_entry(pmd_t *pmd, unsigned long addr, > unsigned long next, struct mm_walk *walk) > { > pte_t *pte; > + pmd_t pmde; > spinlock_t *ptl; > > - if (pmd_trans_huge(*pmd)) { > + if (pmd_trans_huge(pmdp_get_lockless(pmd))) { I don't think we really need to use pmdp_get_lockless() here, since we will do this check again with the lock, and we have the fallback for the intermediate changes. > ptl = pmd_lock(walk->mm, pmd); > - if (!pmd_present(*pmd)) { > + pmde = pmdp_get(pmd); > + > + if (!pmd_present(pmde)) { > spin_unlock(ptl); > return 0; > } > > - if (pmd_trans_huge(*pmd)) { > + if (pmd_trans_huge(pmde)) { > damon_pmdp_mkold(pmd, walk->vma, addr); > spin_unlock(ptl); > return 0; > @@ -434,26 +437,29 @@ static int damon_young_pmd_entry(pmd_t *pmd, unsigned long addr, > { > pte_t *pte; > pte_t ptent; > + pmd_t pmde; This would cause below build warning if CONFIG_TRANSPARENT_HUGEPAGE is not defined. .../mm/damon/vaddr.c:440:8: warning: unused variable 'pmde' [-Wunused-variable] 440 | pmd_t pmde; | ^~~~ > spinlock_t *ptl; > struct folio *folio; > struct damon_young_walk_private *priv = walk->private; > > #ifdef CONFIG_TRANSPARENT_HUGEPAGE > - if (pmd_trans_huge(*pmd)) { > + if (pmd_trans_huge(pmdp_get_lockless(pmd))) { Again, pmdp_get() might be enough? > ptl = pmd_lock(walk->mm, pmd); > - if (!pmd_present(*pmd)) { > + pmde = pmdp_get(pmd); > + > + if (!pmd_present(pmde)) { > spin_unlock(ptl); > return 0; > } > > - if (!pmd_trans_huge(*pmd)) { > + if (!pmd_trans_huge(pmde)) { > spin_unlock(ptl); > goto regular_page; > } > - folio = damon_get_folio(pmd_pfn(*pmd)); > + folio = damon_get_folio(pmd_pfn(pmde)); > if (!folio) > goto huge_out; > - if (pmd_young(*pmd) || !folio_test_idle(folio) || > + if (pmd_young(pmde) || !folio_test_idle(folio) || > mmu_notifier_test_young(walk->mm, > addr)) > priv->young = true; > -- > 2.37.2 > Thanks, SJ