[PATCH] drm/vmwgfx: Make sure we unpin no longer needed buffers

Daniel Vetter daniel at ffwll.ch
Tue Jan 19 19:35:28 UTC 2021


On Tue, Jan 19, 2021 at 8:31 PM Zack Rusin <zackr at vmware.com> wrote:
>
> We were not correctly unpinning no longer needed buffers. In particular
> vmw_buffer_object, which is internally often pinned on creation wasn't
> unpinned on destruction and none of the internal MOB buffers were
> unpinned before being put back. Technically this existed for a
> long time but 57fcd550eb15bce14a7154736379dfd4ed60ae81 introduced
> a WARN_ON which was filling up the kernel logs rather quickly.
>
> Quite frankly internal usage of vmw_buffer_object and in general
> pinning needs to be refactored in vmwgfx but for now this makes
> it work.
>
> Signed-off-by: Zack Rusin <zackr at vmware.com>
> Reviewed-by: Martin Krastev <krastevm at vmware.com>
> Reviewed-by: Roland Scheidegger <sroland at vmware.com>
> Fixes: 57fcd550eb15bce14a7154736379dfd4ed60ae81

dim will balk on this (or should at least)

$ dim fixes <sha1>

should give you the recommend thing.
-Daniel

> ---
>  drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 ++
>  drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 4 ++++
>  2 files changed, 6 insertions(+)
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
> index b45becbb00f8..73225ab691e6 100644
> --- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
> +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
> @@ -1554,6 +1554,8 @@ static inline void vmw_bo_unreference(struct vmw_buffer_object **buf)
>
>         *buf = NULL;
>         if (tmp_buf != NULL) {
> +               if (tmp_buf->base.pin_count > 0)
> +                       ttm_bo_unpin(&tmp_buf->base);
>                 ttm_bo_put(&tmp_buf->base);
>         }
>  }
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_mob.c b/drivers/gpu/drm/vmwgfx/vmwgfx_mob.c
> index 7f95ed6aa224..3c6e69f36767 100644
> --- a/drivers/gpu/drm/vmwgfx/vmwgfx_mob.c
> +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_mob.c
> @@ -277,6 +277,7 @@ static int vmw_otable_batch_setup(struct vmw_private *dev_priv,
>                                                  &batch->otables[i]);
>         }
>
> +       ttm_bo_unpin(batch->otable_bo);
>         ttm_bo_put(batch->otable_bo);
>         batch->otable_bo = NULL;
>         return ret;
> @@ -342,6 +343,7 @@ static void vmw_otable_batch_takedown(struct vmw_private *dev_priv,
>         vmw_bo_fence_single(bo, NULL);
>         ttm_bo_unreserve(bo);
>
> +       ttm_bo_unpin(batch->otable_bo);
>         ttm_bo_put(batch->otable_bo);
>         batch->otable_bo = NULL;
>  }
> @@ -528,6 +530,7 @@ static void vmw_mob_pt_setup(struct vmw_mob *mob,
>  void vmw_mob_destroy(struct vmw_mob *mob)
>  {
>         if (mob->pt_bo) {
> +               ttm_bo_unpin(mob->pt_bo);
>                 ttm_bo_put(mob->pt_bo);
>                 mob->pt_bo = NULL;
>         }
> @@ -643,6 +646,7 @@ int vmw_mob_bind(struct vmw_private *dev_priv,
>  out_no_cmd_space:
>         vmw_fifo_resource_dec(dev_priv);
>         if (pt_set_up) {
> +               ttm_bo_unpin(mob->pt_bo);
>                 ttm_bo_put(mob->pt_bo);
>                 mob->pt_bo = NULL;
>         }
> --
> 2.27.0
>
> _______________________________________________
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel



-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the dri-devel mailing list