[PATCH 3/5] drm/xe/bo: Add a bo remove callback
Matthew Auld
matthew.auld at intel.com
Mon Mar 17 16:50:00 UTC 2025
On 17/03/2025 16:16, Thomas Hellström wrote:
> On Mon, 2025-03-17 at 15:58 +0000, Matthew Auld wrote:
>> On 17/03/2025 10:41, Thomas Hellström wrote:
>>> On device unbind, migrate exported bos, including pagemap bos to
>>> system. This allows importers to take proper action without
>>> disruption. In particular, SVM clients on remote devices may
>>> continue as if nothing happened, and can chose a different
>>> placement.
>>>
>>> The evict_flags() placement is chosen in such a way that bos that
>>> aren't exported are purged.
>>>
>>> Signed-off-by: Thomas Hellström <thomas.hellstrom at linux.intel.com>
>>
>>> ---
>>> drivers/gpu/drm/xe/xe_bo.c | 96
>>> +++++++++++++++++++++++++++++++++-
>>> drivers/gpu/drm/xe/xe_bo.h | 2 +
>>> drivers/gpu/drm/xe/xe_device.c | 2 +
>>> 3 files changed, 99 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/gpu/drm/xe/xe_bo.c
>>> b/drivers/gpu/drm/xe/xe_bo.c
>>> index 64f9c936eea0..c7c206041632 100644
>>> --- a/drivers/gpu/drm/xe/xe_bo.c
>>> +++ b/drivers/gpu/drm/xe/xe_bo.c
>>> @@ -55,6 +55,8 @@ static struct ttm_placement sys_placement = {
>>> .placement = &sys_placement_flags,
>>> };
>>>
>>> +static struct ttm_placement purge_placement;
>>> +
>>> static const struct ttm_place tt_placement_flags[] = {
>>> {
>>> .fpfn = 0,
>>> @@ -281,6 +283,8 @@ int xe_bo_placement_for_flags(struct xe_device
>>> *xe, struct xe_bo *bo,
>>> static void xe_evict_flags(struct ttm_buffer_object *tbo,
>>> struct ttm_placement *placement)
>>> {
>>> + struct xe_device *xe = container_of(tbo->bdev,
>>> typeof(*xe), ttm);
>>> + bool device_unplugged = drm_dev_is_unplugged(&xe->drm);
>>> struct xe_bo *bo;
>>>
>>> if (!xe_bo_is_xe_bo(tbo)) {
>>> @@ -290,7 +294,7 @@ static void xe_evict_flags(struct
>>> ttm_buffer_object *tbo,
>>> return;
>>> }
>>>
>>> - *placement = sys_placement;
>>> + *placement = device_unplugged ? purge_placement :
>>> sys_placement;
>>> return;
>>> }
>>>
>>> @@ -300,6 +304,11 @@ static void xe_evict_flags(struct
>>> ttm_buffer_object *tbo,
>>> return;
>>> }
>>>
>>> + if (device_unplugged && !tbo->base.dma_buf) {
>>> + *placement = purge_placement;
>>> + return;
>>> + }
>>
>>> +
>>> /*
>>> * For xe, sg bos that are evicted to system just triggers
>>> a
>>> * rebind of the sg list upon subsequent validation to
>>> XE_PL_TT.
>>> @@ -657,11 +666,20 @@ static int xe_bo_move_dmabuf(struct
>>> ttm_buffer_object *ttm_bo,
>>> struct xe_ttm_tt *xe_tt = container_of(ttm_bo->ttm, struct
>>> xe_ttm_tt,
>>> ttm);
>>> struct xe_device *xe = ttm_to_xe_device(ttm_bo->bdev);
>>> + bool device_unplugged = drm_dev_is_unplugged(&xe->drm);
>>> struct sg_table *sg;
>>>
>>> xe_assert(xe, attach);
>>> xe_assert(xe, ttm_bo->ttm);
>>>
>>> + if (device_unplugged && new_res->mem_type == XE_PL_SYSTEM
>>> &&
>>> + ttm_bo->sg) {
>>> + dma_resv_wait_timeout(ttm_bo->base.resv,
>>> DMA_RESV_USAGE_BOOKKEEP,
>>> + false,
>>> MAX_SCHEDULE_TIMEOUT);
>>> + dma_buf_unmap_attachment(attach, ttm_bo->sg,
>>> DMA_BIDIRECTIONAL);
>>> + ttm_bo->sg = NULL;
>>> + }
>>
>>> +
>>> if (new_res->mem_type == XE_PL_SYSTEM)
>>> goto out;
>>>
>>> @@ -2945,6 +2963,82 @@ void
>>> xe_bo_runtime_pm_release_mmap_offset(struct xe_bo *bo)
>>> list_del_init(&bo->vram_userfault_link);
>>> }
>>>
>>> +static void xe_bo_dma_unmap_pinned(struct xe_device *xe)
>>
>> Should we prefix this with xe_device_ or something?
>> xe_device_unmap_pinned_bo() ?
>
> Hmm, yes, while it doesn't take a bo as argument, I think it should
> reside in the bo subsystem. Let me check whether we should split this
> up and have the loops elsewhere.
>
>>
>>> +{
>>> + struct list_head still_in_list;
>>> +
>>> + INIT_LIST_HEAD(&still_in_list);
>>
>> LIST_HEAD(still_in_list);
>
> Right. Will fix.
>>
>>
>>> + spin_lock(&xe->pinned.lock);
>>> + for (;;) {
>>> + struct xe_bo *bo = list_first_entry_or_null(&xe-
>>>> pinned.kernel_bo_present,
>>> +
>>> typeof(*bo), pinned_link);
>>> + struct ttm_buffer_object *ttm_bo;
>>> + struct ttm_tt *tt;
>>> + struct xe_ttm_tt *xe_tt;
>>> +
>>> + if (!bo)
>>> + break;
>>> +
>>> + list_move_tail(&bo->pinned_link, &still_in_list);
>>> + xe_bo_get(bo);
>>> + spin_unlock(&xe->pinned.lock);
>>> +
>>> + xe_bo_lock(bo, false);
>>> + ttm_bo = &bo->ttm;
>>> + tt = ttm_bo->ttm;
>>> + if (tt) {
>>> + xe_ttm_bo_delete_mem_notify(ttm_bo);
>>
>> Do we actually need this?
>
> It's for imported pinned dma-bufs, I don't think we have any of these
> ATM, but might in the future I guess. OFC I can structure that a bit
> nicer.
Ah ok. But here we are looping over kernel_bo_present, do we really have
dma-buf stuff on that? I only see the vram list thing, did you mean that?
>
>>
>>> + xe_tt = container_of(tt, typeof(*xe_tt),
>>> ttm);
>>> + if (xe_tt->sg) {
>>> + dma_unmap_sgtable(xe_tt->xe-
>>>> drm.dev, xe_tt->sg,
>>> +
>>> DMA_BIDIRECTIONAL, 0);
>>> + sg_free_table(xe_tt->sg);
>>> + xe_tt->sg = NULL;
>>> + }
>>
>> Would it make sense to also call ttm_tt_unpopulate() here, so we nuke
>> the pages?
>
> I think we arrived at not nuking the pages for exported dma-bufs. For
> the other use-cases I guess it's hard to tell: Is there a chance that
> whatever needed the buffer pinned can issue a stray write?
>
> I still think the best approach would to ensure that those subsystems
> used devm_ managed resources rather than drmm_-managed resources.
> Meanwhile, I can perhaps add a comment about that?
Yeah, for dma-buf leaving the pages alone make sense. I was just getting
thrown off by the kernel_bo_present. I don't really mind either way.
>
>>
>>> + }
>>> +
>>> + xe_bo_unlock(bo);
>>> + xe_bo_put(bo);
>>> + spin_lock(&xe->pinned.lock);
>>> + }
>>> + list_splice_tail(&still_in_list, &xe-
>>>> pinned.kernel_bo_present);
>>> + spin_unlock(&xe->pinned.lock);
>>> +}
>>
>> We could potentially move this type of thing into xe_bo_evict.c?
>
> Could perhaps be the best choice, actually.
>
>>
>>> +
>>> +/**
>>> + * xe_bo_remove() - Handle bos when the pci_device is about to be
>>> removed
>>> + * @xe: The xe device.
>>> + *
>>> + * On pci_device removal we need to drop all dma mappings and move
>>> + * the data of exported bos out to system. This includes SVM bos
>>> and
>>> + * exported dma-buf bos. This is done by evicting all bos, but
>>> + * the evict placement in xe_evict_flags() is chosen such that all
>>> + * bos except those mentioned are purged, and thus their memory
>>> + * is released.
>>> + *
>>> + * For pinned bos, we're unmapping dma.
>>> + */
>>> +void xe_bo_remove(struct xe_device *xe)
>>
>> xe_device_remove_bo() ?
>
> Will look into it.
>
>>
>>> +{
>>> + unsigned int mem_type;
>>> +
>>> + /*
>>> + * Move pagemap bos and exported dma-buf to system.
>>
>> ..and purge everything else."
>
> Will add.
>
> Thanks for reviewing!
> /Thomas
>
More information about the Intel-xe
mailing list