[PATCH] dma-buf: call kfree() w/o mutex held in dma_buf_attach()
Daniel Vetter
daniel at ffwll.ch
Thu Apr 25 15:57:52 UTC 2019
On Thu, Apr 25, 2019 at 04:48:50PM +0100, Emil Velikov wrote:
> From: Emil Velikov <emil.velikov at collabora.com>
>
> In dma_buf_attach() we allocate memory w/o a mutex being held, thus in
> the error path we should kfree() it after the mutex_unlock.
>
> The inverse function dma_buf_deattach() gets this right.
>
> Cc: Sumit Semwal <sumit.semwal at linaro.org>
> Signed-off-by: Emil Velikov <emil.velikov at collabora.com>
I don't think this matters, but +1 on ocd.
Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>
> ---
> drivers/dma-buf/dma-buf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c
> index 3ae6c0c2cc02..57ddeb735b8b 100644
> --- a/drivers/dma-buf/dma-buf.c
> +++ b/drivers/dma-buf/dma-buf.c
> @@ -579,8 +579,8 @@ struct dma_buf_attachment *dma_buf_attach(struct dma_buf *dmabuf,
> return attach;
>
> err_attach:
> - kfree(attach);
> mutex_unlock(&dmabuf->lock);
> + kfree(attach);
> return ERR_PTR(ret);
> }
> EXPORT_SYMBOL_GPL(dma_buf_attach);
> --
> 2.21.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