All of lore.kernel.org
 help / color / mirror / Atom feed
From: SeongJae Park <sj@kernel.org>
To: Bijan Tabatabai <bijan311@gmail.com>
Cc: SeongJae Park <sj@kernel.org>,
	damon@lists.linux.dev, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
	akpm@linux-foundation.org, corbet@lwn.net,
	joshua.hahnjy@gmail.com, bijantabatab@micron.com,
	venkataravis@micron.com, emirakhur@micron.com,
	ajayjoshi@micron.com, vtavarespetr@micron.com,
	Ravi Shankar Jonnalagadda <ravis.opensrc@micron.com>
Subject: Re: [RFC PATCH v3 13/13] mm/damon/vaddr: Apply filters in migrate_{hot/cold}
Date: Wed,  2 Jul 2025 17:51:15 -0700	[thread overview]
Message-ID: <20250703005115.57803-1-sj@kernel.org> (raw)
In-Reply-To: <20250702201337.5780-14-bijan311@gmail.com>

On Wed,  2 Jul 2025 15:13:36 -0500 Bijan Tabatabai <bijan311@gmail.com> wrote:

> From: Bijan Tabatabai <bijantabatab@micron.com>
> 
> The paddr versions of migrate_{hot/cold} filter out folios from
> migration based on the scheme's filters. This patch does the same for
> the vaddr versions of those schemes.
> 
> The filtering code is mostly the same for the paddr and vaddr versions.
> The exception is the young filter. paddr determines if a page is young
> by doing a folio rmap walk to find the page table entries corresponding
> to the folio. However, vaddr schemes have easier access to the page
> tables, so we add some logic to avoid the extra work.
> 
> Co-developed-by: Ravi Shankar Jonnalagadda <ravis.opensrc@micron.com>
> Signed-off-by: Ravi Shankar Jonnalagadda <ravis.opensrc@micron.com>
> Signed-off-by: Bijan Tabatabai <bijantabatab@micron.com>
> ---
>  mm/damon/vaddr.c | 64 ++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 64 insertions(+)
> 
> diff --git a/mm/damon/vaddr.c b/mm/damon/vaddr.c
> index 5f230a427fdc..2a485bf19101 100644
> --- a/mm/damon/vaddr.c
> +++ b/mm/damon/vaddr.c
> @@ -611,6 +611,62 @@ static unsigned int damon_va_check_accesses(struct damon_ctx *ctx)
>  	return max_nr_accesses;
>  }
>  
> +static bool damos_va_filter_young(struct damos_filter *filter,
> +		struct folio *folio, struct vm_area_struct *vma,
> +		unsigned long addr, pte_t *ptep, pmd_t *pmdp)
> +{
> +	bool young;
> +
> +	if (ptep) {
> +		young = pte_young(*ptep);

Let's use ptep_get().

> +	} else if (pmdp) {
> +		young = pmd_young(*pmdp);

Let's use pmdp_get().

> +	} else {
> +		WARN_ONCE(1, "Neither ptep nor pmdp provided");
> +		return false;
> +	}

Can this really happen?  If so, let's remove WARN_ONCE().  If not, let's drop
the entire else case.

> +
> +	young = young || !folio_test_idle(folio) ||
> +		mmu_notifier_test_young(vma->vm_mm, addr);
> +
> +	if (young && ptep)
> +		damon_ptep_mkold(ptep, vma, addr);
> +	else if (young && pmdp)
> +		damon_pmdp_mkold(pmdp, vma, addr);
> +
> +	return young == filter->matching;

I now realize this function is not returning if the folio is young, but if the
youngness matches the filter.  Let's rename, say,
damos_va_filter_young_match()?

> +}
> +
> +static bool damos_va_filter_out(struct damos *scheme, struct folio *folio,
> +		struct vm_area_struct *vma, unsigned long addr,
> +		pte_t *ptep, pmd_t *pmdp)
> +{
> +	struct damos_filter *filter;
> +	bool matched;
> +
> +	if (scheme->core_filters_allowed)
> +		return false;
> +
> +	damos_for_each_ops_filter(filter, scheme) {
> +		/*
> +		 * damos_folio_filter_match checks the young filter by doing an
> +		 * rmap on the folio to find its page table. However, being the
> +		 * vaddr scheme, we have direct access to the page tables, so
> +		 * use that instead.
> +		 */
> +		if (filter->type == DAMOS_FILTER_TYPE_YOUNG) {
> +			matched = damos_va_filter_young(filter, folio, vma,
> +				addr, ptep, pmdp);
> +		} else {
> +			matched = damos_folio_filter_match(filter, folio);
> +		}

Let's drop enclosing braces for single line if-esle statements.

> +
> +		if (matched)
> +			return !filter->allow;
> +	}
> +	return scheme->ops_filters_default_reject;
> +}
> +
>  struct damos_va_migrate_private {
>  	struct list_head *migration_lists;
>  	struct damos *scheme;
> @@ -695,8 +751,12 @@ static int damos_va_migrate_pmd_entry(pmd_t *pmd, unsigned long addr,
>  	if (!folio)
>  		goto unlock;
>  
> +	if (damos_va_filter_out(s, folio, walk->vma, addr, NULL, pmd))
> +		goto put_folio;
> +
>  	damos_va_migrate_folio(folio, walk->vma, addr, dests, migration_lists);
>  
> +put_folio:
>  	folio_put(folio);
>  unlock:
>  	spin_unlock(ptl);
> @@ -724,8 +784,12 @@ static int damos_va_migrate_pte_entry(pte_t *pte, unsigned long addr,
>  	if (!folio)
>  		return 0;
>  
> +	if (damos_va_filter_out(s, folio, walk->vma, addr, pte, NULL))
> +		goto put_folio;
> +
>  	damos_va_migrate_folio(folio, walk->vma, addr, dests, migration_lists);
>  
> +put_folio:
>  	folio_put(folio);
>  	return 0;
>  }
> -- 
> 2.43.5
> 
> 


Thanks,
SJ

  reply	other threads:[~2025-07-03  0:51 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-02 20:13 [RFC PATCH v3 00/13] mm/damon/vaddr: Allow interleaving in migrate_{hot,cold} actions Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 01/13] mm/damon: add struct damos_migrate_dests Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 02/13] mm/damon/core: add damos->migrate_dests field Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 03/13] mm/damon/sysfs-schemes: implement DAMOS action destinations directory Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 04/13] mm/damon/sysfs-schemes: set damos->migrate_dests Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 05/13] Docs/ABI/damon: document schemes dests directory Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 06/13] Docs/admin-guide/mm/damon/usage: document " Bijan Tabatabai
2025-07-02 20:13 ` [RFC PATCH v3 07/13] mm/damon/core: Commit damos->target_nid/migrate_dests Bijan Tabatabai
2025-07-02 21:03   ` SeongJae Park
2025-07-08 14:04     ` Bijan Tabatabai
2025-07-08 17:32       ` SeongJae Park
2025-07-02 20:13 ` [RFC PATCH v3 08/13] mm/damon: Move migration helpers from paddr to ops-common Bijan Tabatabai
2025-07-02 21:12   ` SeongJae Park
2025-07-02 20:13 ` [RFC PATCH v3 09/13] mm/damon/vaddr: Add vaddr versions of migrate_{hot,cold} Bijan Tabatabai
2025-07-02 23:51   ` SeongJae Park
2025-07-03  0:10     ` SeongJae Park
2025-07-02 20:13 ` [RFC PATCH v3 10/13] Docs/mm/damon/design: Document vaddr support for migrate_{hot,cold} Bijan Tabatabai
2025-07-02 23:52   ` SeongJae Park
2025-07-02 20:13 ` [RFC PATCH v3 11/13] mm/damon/vaddr: Use damos->migrate_dests in migrate_{hot,cold} Bijan Tabatabai
2025-07-03  0:32   ` SeongJae Park
2025-07-02 20:13 ` [RFC PATCH v3 12/13] mm/damon: Move folio filtering from paddr to ops-common Bijan Tabatabai
2025-07-03  0:34   ` SeongJae Park
2025-07-02 20:13 ` [RFC PATCH v3 13/13] mm/damon/vaddr: Apply filters in migrate_{hot/cold} Bijan Tabatabai
2025-07-03  0:51   ` SeongJae Park [this message]
2025-07-03  1:03 ` [RFC PATCH v3 00/13] mm/damon/vaddr: Allow interleaving in migrate_{hot,cold} actions SeongJae Park

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250703005115.57803-1-sj@kernel.org \
    --to=sj@kernel.org \
    --cc=ajayjoshi@micron.com \
    --cc=akpm@linux-foundation.org \
    --cc=bijan311@gmail.com \
    --cc=bijantabatab@micron.com \
    --cc=corbet@lwn.net \
    --cc=damon@lists.linux.dev \
    --cc=emirakhur@micron.com \
    --cc=joshua.hahnjy@gmail.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=ravis.opensrc@micron.com \
    --cc=venkataravis@micron.com \
    --cc=vtavarespetr@micron.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.