From: Matthew Brost <matthew.brost@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: <intel-xe@lists.freedesktop.org>,
<dri-devel@lists.freedesktop.org>, <linux-mm@kvack.org>,
<linux-kernel@vger.kernel.org>, <simona.vetter@ffwll.ch>,
<felix.kuehling@amd.com>, <apopple@nvidia.com>
Subject: Re: [PATCH v3 1/1] mm/migrate: Add migrate_device_pfns
Date: Thu, 24 Oct 2024 01:50:34 +0000 [thread overview]
Message-ID: <Zxmn6uGSOgi11rO2@DUT025-TGLU.fm.intel.com> (raw)
In-Reply-To: <20241023182217.147ee87197b53d47057a4c06@linux-foundation.org>
On Wed, Oct 23, 2024 at 06:22:17PM -0700, Andrew Morton wrote:
> On Wed, 23 Oct 2024 16:39:43 -0700 Matthew Brost <matthew.brost@intel.com> wrote:
>
> > Part of series [1]. Sending as individual patch ahead of that series as
> > this is a prerequisite for merging.
>
> That's news to me - singleton patches are perfectly OK?
>
I've merged a couple of other patches outside of the DRM subsystem for
pending series which we then have picked up in a following kernel
release. If I have this flow wrong, my mistake.
> On Wed, 23 Oct 2024 16:39:44 -0700 Matthew Brost <matthew.brost@intel.com> wrote:
>
> > Implement migrate_device_pfns to prepare an array of PFNs for migration.
> > Handles non-contiguous ranges of device pages that require migration.
>
> OK, that's "what". We're more interested in "why".
>
Sure can add. The 'why' is:
A non-contiguous allocation of device pages can occur if a device is
under memory pressure within a single driver allocation of device
memory. Additionally, a driver allocation of memory can also be evicted
under memory pressure. Therefore, an interface for migrating a set of
non-contiguous device pages is required.
Matt
> > +EXPORT_SYMBOL(migrate_device_pfns);
>
> And it's exported to modules, which adds to the significance.
>
> Please fully describe the reasons for proposing this change.
next prev parent reply other threads:[~2024-10-24 1:51 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-23 23:39 [PATCH v3 0/1] mm/migrate: Add migrate_device_pfns Matthew Brost
2024-10-23 23:39 ` [PATCH v3 1/1] " Matthew Brost
2024-10-24 1:22 ` Andrew Morton
2024-10-24 1:50 ` Matthew Brost [this message]
2024-10-24 2:22 ` Andrew Morton
2024-10-24 16:19 ` ✓ CI.Patch_applied: success for " Patchwork
2024-10-24 16:20 ` ✓ CI.checkpatch: " Patchwork
2024-10-24 16:21 ` ✓ CI.KUnit: " Patchwork
2024-10-24 16:32 ` ✓ CI.Build: " Patchwork
2024-10-24 16:35 ` ✓ CI.Hooks: " Patchwork
2024-10-24 16:36 ` ✓ CI.checksparse: " Patchwork
2024-10-24 17:12 ` ✗ CI.BAT: failure " Patchwork
2024-10-25 20:04 ` ✗ CI.FULL: " Patchwork
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=Zxmn6uGSOgi11rO2@DUT025-TGLU.fm.intel.com \
--to=matthew.brost@intel.com \
--cc=akpm@linux-foundation.org \
--cc=apopple@nvidia.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=felix.kuehling@amd.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=simona.vetter@ffwll.ch \
/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.