From: sashiko-bot@kernel.org
To: mpenttil@redhat.com
Cc: intel-xe@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v15 03/11] mm/hmm: preparations for HMM to participate in migration
Date: Thu, 24 Sep 2026 07:09:48 +0000 [thread overview]
Message-ID: <20260924070949.0FB3D1F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260924065313.899730-4-mpenttil@redhat.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] mm: migrate: missing MIGRATE_VMA_SELECT_NONE under CONFIG_MIGRATION
--
commit b1bec522cfd1d7118c74e979fcadbaa2b246dc13
Author: Mika Penttilä <mpenttil@redhat.com>
mm/hmm: preparations for HMM to participate in migration
This commit prepares HMM for migration by retrieving the VMA during page
walks and ensuring the mmap_lock is held. It also renames some hmm_vma_walk
fields to prevent namespace collisions.
> diff --git a/include/linux/migrate.h b/include/linux/migrate.h
> index 78424b3824c29..01c5f62a56e99 100644
> --- a/include/linux/migrate.h
> +++ b/include/linux/migrate.h
[ ... ]
> @@ -150,7 +175,7 @@ static inline unsigned long migrate_pfn(unsigned long pfn)
> return (pfn << MIGRATE_PFN_SHIFT) | MIGRATE_PFN_VALID;
> }
>
> -enum migrate_vma_direction {
> +enum migrate_vma_info {
> MIGRATE_VMA_SELECT_SYSTEM = 1 << 0,
> MIGRATE_VMA_SELECT_DEVICE_PRIVATE = 1 << 1,
> MIGRATE_VMA_SELECT_DEVICE_COHERENT = 1 << 2,
[Severity: Low]
This is not a bug, but could we add MIGRATE_VMA_SELECT_NONE to this enum
under CONFIG_MIGRATION?
It looks like it is missing here, even though it is defined in the fallback
block when CONFIG_MIGRATION is disabled. This is strictly a compile-time naming
and style issue and has no runtime effect. Note that I initially thought
MIGRATE_VMA_SELECT_COMPOUND was also missing, but I see it is correctly
defined in the tree.
[ ... ]
> @@ -192,6 +217,29 @@ struct migrate_vma {
> struct page *fault_page;
> };
>
> +// TODO: enable migration
> +static inline enum migrate_vma_info hmm_select_migrate(struct hmm_range *range)
> +{
> + return 0;
[Severity: Low]
Does the missing MIGRATE_VMA_SELECT_NONE in the enum definition force this
code to use a literal 0 as a workaround instead of a named enum value?
Could we define MIGRATE_VMA_SELECT_NONE and use it here for better
consistency?
> +}
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260924065313.899730-1-mpenttil@redhat.com?part=3
next prev parent reply other threads:[~2026-09-24 7:09 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-24 6:53 [PATCH v15 00/11] migrate on fault for device pages mpenttil
2026-09-24 6:53 ` [PATCH v15 01/11] mm/Kconfig: changes for " mpenttil
2026-09-24 7:11 ` sashiko-bot
2026-09-24 6:53 ` [PATCH v15 02/11] mm: add helper to convert HMM pfn to migrate pfn mpenttil
2026-09-24 6:53 ` [PATCH v15 03/11] mm/hmm: preparations for HMM to participate in migration mpenttil
2026-09-24 7:09 ` sashiko-bot [this message]
2026-09-24 6:53 ` [PATCH v15 04/11] mm/hmm: do the plumbing " mpenttil
2026-09-24 6:53 ` [PATCH v15 05/11] mm/hmm: migrate collection in HMM pagewalk - pte level mpenttil
2026-09-24 7:10 ` sashiko-bot
2026-09-24 6:53 ` [PATCH v15 06/11] mm/hmm: migrate collection in HMM pagewalk - pmd level mpenttil
2026-09-24 7:09 ` sashiko-bot
2026-09-24 6:53 ` [PATCH v15 07/11] mm/hmm: add lazy MMU mode support for migration in HMM pagewalk mpenttil
2026-09-24 6:53 ` [PATCH v15 08/11] mm/hmm: implement rollback for device page " mpenttil
2026-09-24 7:16 ` sashiko-bot
2026-09-24 6:53 ` [PATCH v15 09/11] mm: enable device page migration from " mpenttil
2026-09-24 6:53 ` [PATCH v15 10/11] lib/test_hmm: add a new testcase for the migrate on fault mpenttil
2026-09-24 7:27 ` sashiko-bot
2026-09-24 6:53 ` [PATCH v15 11/11] Documentation/mm/hmm: document migration through hmm_range_fault() mpenttil
[not found] ` <arY5zKsLuf7f_EYw@infradead.org>
2026-09-25 10:23 ` [PATCH v15 00/11] migrate on fault for device pages Mika Penttilä
2026-09-25 12:47 ` Jason Gunthorpe
2026-09-25 13:22 ` Mika Penttilä
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=20260924070949.0FB3D1F000FF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=mpenttil@redhat.com \
--cc=sashiko-reviews@lists.linux.dev \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox