From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Himal Prasad Ghimiray <himal.prasad.ghimiray@intel.com>,
<dri-devel@lists.freedesktop.org>
Cc: intel-xe@lists.freedesktop.org,
"Matthew Brost" <matthew.brost@intel.com>,
"Thomas Hellström" <thomas.hellstrom@linux.intel.com>
Subject: Re: [PATCH v7 00/24] MADVISE FOR XE
Date: Mon, 18 Aug 2025 16:28:09 -0400 [thread overview]
Message-ID: <aKOM2YDOKAH5OQea@intel.com> (raw)
In-Reply-To: <20250814105950.2177480-1-himal.prasad.ghimiray@intel.com>
On Thu, Aug 14, 2025 at 04:29:26PM +0530, Himal Prasad Ghimiray wrote:
> -v8
> Define new function in gpuvm for madvise
> Fix tile check in ops_create
Please re-send this series again. But this time, ensure that dri-devel
is in the --to= of the series!
In 8 revisions, it looks like not a single time it was sent completely
to dri-devel. Big changes like this needs to be pretty visible.
Ensure to get all the appropriate acks in all the relevant patches as
well after resending to dri-devel.
Thanks,
Rodrigo.
>
> -v7
> Change gpuvm layering on gpuvm_map_req struct
> Fix EAGAIN return on garbage collector splitting vma
>
> -v6
> Rebase on gpuvm patches
> Address review comments
>
> -v5
> Restore attributes to default after free from userspace
> Add defragment worker to merge cpu mirror vma with default attributes
> Avoid using VMA in uapi
> address review comments
>
> -v4:
> fix atomic policies
> fix attribute copy
> address review comments
>
> Provides a user API to assign attributes like pat_index, atomic
> operation type, and preferred location for SVM ranges.
> The Kernel Mode Driver (KMD) may split existing VMAs to cover input
> ranges, assign user-provided attributes, and invalidate existing PTEs so
> that the next page fault/prefetch can use the new attributes.
>
> Boris Brezillon (2):
> drm/gpuvm: Pass map arguments through a struct
> drm/gpuvm: Kill drm_gpuva_init()
>
> Himal Prasad Ghimiray (22):
> drm/gpuvm: Introduce drm_gpuvm_madvise_ops_create
> drm/xe/uapi: Add madvise interface
> drm/xe/vm: Add attributes struct as member of vma
> drm/xe/vma: Move pat_index to vma attributes
> drm/xe/vma: Modify new_vma to accept struct xe_vma_mem_attr as
> parameter
> drm/gpusvm: Make drm_gpusvm_for_each_* macros public
> drm/xe/svm: Split system allocator vma incase of madvise call
> drm/xe: Allow CPU address mirror VMA unbind with gpu bindings for
> madvise
> drm/xe/svm: Add xe_svm_ranges_zap_ptes_in_range() for PTE zapping
> drm/xe: Implement madvise ioctl for xe
> drm/xe/svm: Add svm ranges migration policy on atomic access
> drm/xe/madvise: Update migration policy based on preferred location
> drm/xe/svm: Support DRM_XE_SVM_MEM_RANGE_ATTR_PAT memory attribute
> drm/xe/uapi: Add flag for consulting madvise hints on svm prefetch
> drm/xe/svm: Consult madvise preferred location in prefetch
> drm/xe/bo: Add attributes field to xe_bo
> drm/xe/bo: Update atomic_access attribute on madvise
> drm/xe/madvise: Skip vma invalidation if mem attr are unchanged
> drm/xe/vm: Add helper to check for default VMA memory attributes
> drm/xe: Reset VMA attributes to default in SVM garbage collector
> drm/xe: Enable madvise ioctl for xe
> drm/xe/uapi: Add UAPI for querying VMA count and memory attributes
>
> drivers/gpu/drm/drm_gpusvm.c | 122 ++-----
> drivers/gpu/drm/drm_gpuvm.c | 287 ++++++++++++----
> drivers/gpu/drm/imagination/pvr_vm.c | 15 +-
> drivers/gpu/drm/msm/msm_gem_vma.c | 33 +-
> drivers/gpu/drm/nouveau/nouveau_uvmm.c | 11 +-
> drivers/gpu/drm/panthor/panthor_mmu.c | 13 +-
> drivers/gpu/drm/xe/Makefile | 1 +
> drivers/gpu/drm/xe/xe_bo.c | 29 +-
> drivers/gpu/drm/xe/xe_bo_types.h | 8 +
> drivers/gpu/drm/xe/xe_device.c | 4 +
> drivers/gpu/drm/xe/xe_gt_pagefault.c | 35 +-
> drivers/gpu/drm/xe/xe_pt.c | 39 ++-
> drivers/gpu/drm/xe/xe_svm.c | 254 ++++++++++++--
> drivers/gpu/drm/xe/xe_svm.h | 23 ++
> drivers/gpu/drm/xe/xe_vm.c | 438 ++++++++++++++++++++++--
> drivers/gpu/drm/xe/xe_vm.h | 10 +-
> drivers/gpu/drm/xe/xe_vm_madvise.c | 445 +++++++++++++++++++++++++
> drivers/gpu/drm/xe/xe_vm_madvise.h | 15 +
> drivers/gpu/drm/xe/xe_vm_types.h | 57 +++-
> include/drm/drm_gpusvm.h | 70 ++++
> include/drm/drm_gpuvm.h | 38 ++-
> include/uapi/drm/xe_drm.h | 274 +++++++++++++++
> 22 files changed, 1922 insertions(+), 299 deletions(-)
> create mode 100644 drivers/gpu/drm/xe/xe_vm_madvise.c
> create mode 100644 drivers/gpu/drm/xe/xe_vm_madvise.h
>
> --
> 2.34.1
>
prev parent reply other threads:[~2025-08-18 20:28 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20250814105950.2177480-1-himal.prasad.ghimiray@intel.com>
2025-08-14 10:59 ` [PATCH v7 01/24] drm/gpuvm: Pass map arguments through a struct Himal Prasad Ghimiray
2025-08-18 17:27 ` Danilo Krummrich
2025-08-18 18:12 ` Ghimiray, Himal Prasad
2025-08-18 20:49 ` Rob Clark
2025-08-14 10:59 ` [PATCH v7 03/24] drm/gpuvm: Introduce drm_gpuvm_madvise_ops_create Himal Prasad Ghimiray
2025-08-18 17:32 ` Danilo Krummrich
2025-08-18 18:16 ` Ghimiray, Himal Prasad
2025-08-18 20:28 ` Rodrigo Vivi [this message]
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=aKOM2YDOKAH5OQea@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=himal.prasad.ghimiray@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.brost@intel.com \
--cc=thomas.hellstrom@linux.intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).