public inbox for igt-dev@lists.freedesktop.org
 help / color / mirror / Atom feed
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>
>

  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