From: "Yadav, Arvind" <arvind.yadav@intel.com>
To: "Sharma, Nishit" <nishit.sharma@intel.com>,
<igt-dev@lists.freedesktop.org>
Cc: <matthew.brost@intel.com>, <himal.prasad.ghimiray@intel.com>,
<thomas.hellstrom@linux.intel.com>, <pravalika.gurram@intel.com>
Subject: Re: [PATCH i-g-t v6 2/9] lib/xe: Add purgeable memory ioctl support
Date: Tue, 7 Apr 2026 08:48:42 +0530 [thread overview]
Message-ID: <c1b4be6a-ae65-4bd4-ba3f-1e5a66981a2b@intel.com> (raw)
In-Reply-To: <642f2bae-ec32-4071-962f-e5281f85b706@intel.com>
On 06-04-2026 12:29, Sharma, Nishit wrote:
>
> On 3/25/2026 6:14 PM, Arvind Yadav wrote:
>> Add xe_vm_madvise_purgeable() helper function to support purgeable
>> memory management through the XE madvise ioctl. This allows applications
>> to hint to the kernel about buffer object usage patterns for better
>> memory management under pressure.
>>
>> The function provides a clean interface to:
>> - Mark buffer objects as DONTNEED (purgeable)
>> - Mark buffer objects as WILLNEED (not purgeable)
>>
>> Returns the retained value directly (1 if backing store exists, 0 if
>> purged).
>>
>> Also update __xe_vm_madvise() to reject purgeable state operations
>> and direct users to the dedicated helper.
>
> Here you can also mention why this new ioctl when __xe_vm_madvise()
> already available.
>
> You can mention the changes required.
Noted, I will update.
The existing __xe_vm_madvise() uses a generic type/op_val pattern that
maps to a single scalar field (e.g., pat_index.val, atomic.val).
Purgeable state requires a different ioctl layout — it populates
purge_state_val.val (the state) and purge_state_val.retained_ptr (an
output pointer the kernel writes back to), which doesn't fit the generic
op_val model. so I have added this new one.
Thanks,
Arvind
>
>>
>> v2:
>> - retained must be initialized to 0(Thomas)
>>
>> v5:
>> - Rename retained to retained_ptr. (Jose)
>>
>> Cc: Nishit Sharma <nishit.sharma@intel.com>
>> Cc: Matthew Brost <matthew.brost@intel.com>
>> Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com>
>> Cc: Himal Prasad Ghimiray <himal.prasad.ghimiray@intel.com>
>> Cc: Pravalika Gurram <pravalika.gurram@intel.com>
>> Signed-off-by: Arvind Yadav <arvind.yadav@intel.com>
>> ---
>> lib/xe/xe_ioctl.c | 33 +++++++++++++++++++++++++++++++++
>> lib/xe/xe_ioctl.h | 2 ++
>> 2 files changed, 35 insertions(+)
>>
>> diff --git a/lib/xe/xe_ioctl.c b/lib/xe/xe_ioctl.c
>> index ea3f2fcaa..955607f93 100644
>> --- a/lib/xe/xe_ioctl.c
>> +++ b/lib/xe/xe_ioctl.c
>> @@ -785,6 +785,9 @@ int __xe_vm_madvise(int fd, uint32_t vm, uint64_t
>> addr, uint64_t range,
>> case DRM_XE_MEM_RANGE_ATTR_PAT:
>> madvise.pat_index.val = op_val;
>> break;
>> + case DRM_XE_VMA_ATTR_PURGEABLE_STATE:
>> + /* Purgeable state handled by xe_vm_madvise_purgeable */
>> + return -EINVAL;
>> default:
>> igt_warn("Unknown attribute\n");
>> return -EINVAL;
>> @@ -821,6 +824,36 @@ void xe_vm_madvise(int fd, uint32_t vm, uint64_t
>> addr, uint64_t range,
>> instance), 0);
>> }
>> +/**
>> + * xe_vm_madvise_purgeable:
>> + * @fd: xe device fd
>> + * @vm_id: vm_id of the virtual range
>> + * @start: start of the virtual address range
>> + * @range: size of the virtual address range
>> + * @state: purgeable state (DRM_XE_VMA_PURGEABLE_STATE_WILLNEED or
>> DONTNEED)
>> + *
>> + * Sets the purgeable state for a virtual memory range. This allows
>> applications
>> + * to hint to the kernel about buffer object usage patterns for
>> better memory management.
>> + *
>> + * Returns: retained value (1 if backing store exists, 0 if purged)
>> + */
>> +uint32_t xe_vm_madvise_purgeable(int fd, uint32_t vm_id, uint64_t
>> start,
>> + uint64_t range, uint32_t state)
>> +{
>> + uint32_t retained_val = 0;
>> + struct drm_xe_madvise madvise = {
>> + .vm_id = vm_id,
>> + .start = start,
>> + .range = range,
>> + .type = DRM_XE_VMA_ATTR_PURGEABLE_STATE,
>> + .purge_state_val.val = state,
>> + .purge_state_val.retained_ptr =
>> (uint64_t)(uintptr_t)&retained_val,
>> + };
>> +
>> + igt_assert_eq(igt_ioctl(fd, DRM_IOCTL_XE_MADVISE, &madvise), 0);
>> + return retained_val;
>> +}
>> +
>> #define BIND_SYNC_VAL 0x686868
>> void xe_vm_bind_lr_sync(int fd, uint32_t vm, uint32_t bo, uint64_t
>> offset,
>> uint64_t addr, uint64_t size, uint32_t flags)
>> diff --git a/lib/xe/xe_ioctl.h b/lib/xe/xe_ioctl.h
>> index b62d259fd..a02d68cfe 100644
>> --- a/lib/xe/xe_ioctl.h
>> +++ b/lib/xe/xe_ioctl.h
>> @@ -108,6 +108,8 @@ int __xe_vm_madvise(int fd, uint32_t vm, uint64_t
>> addr, uint64_t range, uint64_t
>> uint32_t type, uint32_t op_val, uint16_t policy,
>> uint16_t instance);
>> void xe_vm_madvise(int fd, uint32_t vm, uint64_t addr, uint64_t
>> range, uint64_t ext,
>> uint32_t type, uint32_t op_val, uint16_t policy,
>> uint16_t instance);
>> +uint32_t xe_vm_madvise_purgeable(int fd, uint32_t vm_id, uint64_t
>> start,
>> + uint64_t range, uint32_t state);
>> int xe_vm_number_vmas_in_range(int fd, struct
>> drm_xe_vm_query_mem_range_attr *vmas_attr);
>> int xe_vm_vma_attrs(int fd, struct drm_xe_vm_query_mem_range_attr
>> *vmas_attr,
>> struct drm_xe_mem_range_attr *mem_attr);
>
> with above change in commit message LGTM:
>
> Reviewed-by: Nishit Sharma <nishit.sharma@intel.com>
>
next prev parent reply other threads:[~2026-04-07 3:19 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-25 12:44 [PATCH i-g-t v6 0/9] tests/xe: Add purgeable memory madvise tests for system allocator Arvind Yadav
2026-03-25 12:44 ` [PATCH i-g-t v6 1/9] drm-uapi/xe_drm: Add UAPI support for purgeable buffer objects Arvind Yadav
2026-04-06 5:23 ` Sharma, Nishit
2026-04-06 6:00 ` Yadav, Arvind
2026-03-25 12:44 ` [PATCH i-g-t v6 2/9] lib/xe: Add purgeable memory ioctl support Arvind Yadav
2026-04-06 6:59 ` Sharma, Nishit
2026-04-07 3:18 ` Yadav, Arvind [this message]
2026-03-25 12:44 ` [PATCH i-g-t v6 3/9] tests/intel/xe_madvise: Add dontneed-before-mmap subtest Arvind Yadav
2026-04-06 9:53 ` Sharma, Nishit
2026-04-06 10:30 ` Sharma, Nishit
2026-04-07 4:21 ` Yadav, Arvind
2026-03-25 12:44 ` [PATCH i-g-t v6 4/9] tests/intel/xe_madvise: Add purged-mmap-blocked subtest Arvind Yadav
2026-04-06 12:34 ` Sharma, Nishit
2026-04-07 5:09 ` Yadav, Arvind
2026-03-25 12:44 ` [PATCH i-g-t v6 5/9] tests/intel/xe_madvise: Add dontneed-after-mmap subtest Arvind Yadav
2026-04-06 13:33 ` Sharma, Nishit
2026-04-07 5:15 ` Yadav, Arvind
2026-03-25 12:44 ` [PATCH i-g-t v6 6/9] tests/intel/xe_madvise: Add dontneed-before-exec subtest Arvind Yadav
2026-04-06 16:48 ` Sharma, Nishit
2026-04-07 5:29 ` Yadav, Arvind
2026-03-25 12:44 ` [PATCH i-g-t v6 7/9] tests/intel/xe_madvise: Add dontneed-after-exec subtest Arvind Yadav
2026-04-07 14:51 ` Sharma, Nishit
2026-03-25 12:44 ` [PATCH i-g-t v6 8/9] tests/intel/xe_madvise: Add per-vma-tracking subtest Arvind Yadav
2026-04-07 7:20 ` Sharma, Nishit
2026-04-07 8:49 ` Yadav, Arvind
2026-03-25 12:44 ` [PATCH i-g-t v6 9/9] tests/intel/xe_madvise: Add per-vma-protection subtest Arvind Yadav
2026-04-07 7:31 ` Sharma, Nishit
2026-04-07 8:54 ` Yadav, Arvind
2026-03-25 22:59 ` ✓ Xe.CI.BAT: success for tests/xe: Add purgeable memory madvise tests for system allocator (rev6) Patchwork
2026-03-25 23:15 ` ✓ i915.CI.BAT: " Patchwork
2026-03-26 9:19 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-03-26 11:22 ` ✓ i915.CI.Full: success " 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=c1b4be6a-ae65-4bd4-ba3f-1e5a66981a2b@intel.com \
--to=arvind.yadav@intel.com \
--cc=himal.prasad.ghimiray@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=matthew.brost@intel.com \
--cc=nishit.sharma@intel.com \
--cc=pravalika.gurram@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