[PATCH v3 3/9] drm/xe: Add mem_region to properties line in VM snapshot capture

Maarten Lankhorst maarten.lankhorst at linux.intel.com
Tue Mar 25 09:41:21 UTC 2025


Hey,

On 2025-03-20 20:28, Matthew Brost wrote:
> Add memory region to properties line in VM snapshot capture indicating
> where the memory is located. The memory region corresponds to regions in
> the uAPI. This is useful information for debug and will help build a
> robust GPU hang replay tool.
> 
> The current format is:
> 
> [<vma address>]: <permissions>|<type>|mem_region=0x%x
> 
> Permissions has two options, either "read_only" or "read_write".
> 
> Type has three options, either "userptr", "null_sparse", or "bo".
> 
> Memory region is a bit mask of where the memory is located.
> 
> Cc: José Roberto de Souza <jose.souza at intel.com>
> Signed-off-by: Matthew Brost <matthew.brost at intel.com>
> ---
>  drivers/gpu/drm/xe/xe_vm.c | 23 +++++++++++++++++++++--
>  1 file changed, 21 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/gpu/drm/xe/xe_vm.c b/drivers/gpu/drm/xe/xe_vm.c
> index 8718fba3a6f3..a95d5765a258 100644
> --- a/drivers/gpu/drm/xe/xe_vm.c
> +++ b/drivers/gpu/drm/xe/xe_vm.c
> @@ -3713,6 +3713,7 @@ struct xe_vm_snapshot {
>  #define XE_VM_SNAP_FLAG_READ_ONLY	BIT(1)
>  #define XE_VM_SNAP_FLAG_IS_NULL		BIT(2)
>  		unsigned long flags;
> +		int uapi_mem_region;
>  		struct xe_bo *bo;
>  		void *data;
>  		struct mm_struct *mm;
> @@ -3758,6 +3759,18 @@ struct xe_vm_snapshot *xe_vm_snapshot_capture(struct xe_vm *vm)
>  		if (bo) {
>  			snap->snap[i].bo = xe_bo_get(bo);
>  			snap->snap[i].bo_ofs = xe_vma_bo_offset(vma);
> +			switch (bo->ttm.resource->mem_type) {
> +			case XE_PL_SYSTEM:
> +			case XE_PL_TT:
> +				snap->snap[i].uapi_mem_region = 0;
> +				break;
> +			case XE_PL_VRAM0:
> +				snap->snap[i].uapi_mem_region = 1;
> +				break;
> +			case XE_PL_VRAM1:
> +				snap->snap[i].uapi_mem_region = 2;
> +				break;
> +			}
XE_PL_STOLEN is missing. It's possible to get a handle to the display created framebuffer using getfb2,
and then VM_BIND it. When implementing stolen it surprised me that this actually happens when starting X.org

It should be mapped as vram0 on discrete and sysmem on integrated, since it's not possible to allocate memory directly there for userspace.

And instead of custom enum values, set it to (memclass << 16 | instance) ?

>  		} else if (xe_vma_is_userptr(vma)) {
>  			struct mm_struct *mm =
>  				to_userptr_vma(vma)->userptr.notifier.mm;
> @@ -3769,10 +3782,13 @@ struct xe_vm_snapshot *xe_vm_snapshot_capture(struct xe_vm *vm)
>  
>  			snap->snap[i].bo_ofs = xe_vma_userptr(vma);
>  			snap->snap[i].flags |= XE_VM_SNAP_FLAG_USERPTR;
> +			snap->snap[i].uapi_mem_region = 0;
>  		} else if (xe_vma_is_null(vma)) {
>  			snap->snap[i].flags |= XE_VM_SNAP_FLAG_IS_NULL;
> +			snap->snap[i].uapi_mem_region = -1;
>  		} else {
>  			snap->snap[i].data = ERR_PTR(-ENOENT);
> +			snap->snap[i].uapi_mem_region = -1;
>  		}
>  		i++;
>  	}
> @@ -3841,13 +3857,16 @@ void xe_vm_snapshot_print(struct xe_vm_snapshot *snap, struct drm_printer *p)
>  	for (i = 0; i < snap->num_snaps; i++) {
>  		drm_printf(p, "[%llx].length: 0x%lx\n", snap->snap[i].ofs, snap->snap[i].len);
>  
> -		drm_printf(p, "[%llx].properties: %s|%s\n", snap->snap[i].ofs,
> +		drm_printf(p, "[%llx].properties: %s|%s|mem_region=0x%lx\n",
> +			   snap->snap[i].ofs,
>  			   snap->snap[i].flags & XE_VM_SNAP_FLAG_READ_ONLY ?
>  			   "read_only" : "read_write",
>  			   snap->snap[i].flags & XE_VM_SNAP_FLAG_IS_NULL ?
>  			   "null_sparse" :
>  			   snap->snap[i].flags & XE_VM_SNAP_FLAG_USERPTR ?
> -			   "userptr" : "bo");
> +			   "userptr" : "bo",
> +			   snap->snap[i].uapi_mem_region == -1 ? 0 :
> +			   BIT(snap->snap[i].uapi_mem_region));
>  
>  		if (IS_ERR(snap->snap[i].data)) {
>  			drm_printf(p, "[%llx].error: %li\n", snap->snap[i].ofs,

Kind regards,
~Maarten


More information about the Intel-xe mailing list