[PATCH 4/4] dma-buf: warn about containers in dma_resv object
Daniel Vetter
daniel at ffwll.ch
Wed Jan 19 17:19:59 UTC 2022
On Wed, Jan 19, 2022 at 02:43:39PM +0100, Christian König wrote:
> Drivers should not add containers as shared fences to the dma_resv
> object, instead each fence should be added individually.
>
> Signed-off-by: Christian König <christian.koenig at amd.com>
> ---
> drivers/dma-buf/dma-resv.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/dma-buf/dma-resv.c b/drivers/dma-buf/dma-resv.c
> index 6dd9a40b55d4..e8a0c1d51da2 100644
> --- a/drivers/dma-buf/dma-resv.c
> +++ b/drivers/dma-buf/dma-resv.c
> @@ -256,6 +256,11 @@ void dma_resv_add_shared_fence(struct dma_resv *obj, struct dma_fence *fence)
>
> dma_resv_assert_held(obj);
>
> + /* Drivers should not add containers here, instead add each fence
> + * individually.
> + */
> + WARN_ON(dma_fence_is_container(fence));
I'm honestly not sure whether this could go boom, so good if we push this
asap and let it soak in linux-next for the entire release cycle.
Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>
On the change itself, we'll see what it brings.
-Daniel
> +
> fobj = dma_resv_shared_list(obj);
> count = fobj->shared_count;
>
> --
> 2.25.1
>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
More information about the dri-devel
mailing list