To whoom it may belong: Deepest sorrow to inform you that my husband Helmut passed by on July 21. This access will be cleared in a view days. Irene -------- Ursprüngliche Nachricht --------Von: Christian König <[email protected]> Datum: 01.09.22 08:50 (GMT+01:00) An: Dmitry Osipenko <[email protected]>, David Airlie <[email protected]>, Gerd Hoffmann <[email protected]>, Gurchetan Singh <[email protected]>, Chia-I Wu <[email protected]>, Daniel Vetter <[email protected]>, Daniel Almeida <[email protected]>, Gert Wollny <[email protected]>, Gustavo Padovan <[email protected]>, Daniel Stone <[email protected]>, Tomeu Vizoso <[email protected]>, Maarten Lankhorst <[email protected]>, Maxime Ripard <[email protected]>, Thomas Zimmermann <[email protected]>, Rob Clark <[email protected]>, Sumit Semwal <[email protected]>, "Pan, Xinhui" <[email protected]>, Thierry Reding <[email protected]>, Tomasz Figa <[email protected]>, Marek Szyprowski <[email protected]>, Mauro Carvalho Chehab <[email protected]>, Alex Deucher <[email protected]>, Jani Nikula <[email protected]>, Joonas Lahtinen <[email protected]>, Rodrigo Vivi <[email protected]>, Tvrtko Ursulin <[email protected]>, Thomas Hellström <[email protected]>, Qiang Yu <[email protected]>, Srinivas Kandagatla <[email protected]>, Amol Maheshwari <[email protected]>, Jason Gunthorpe <[email protected]>, Leon Romanovsky <[email protected]>, Juergen Gross <[email protected]>, Stefano Stabellini <[email protected]>, Oleksandr Tyshchenko <[email protected]>, Tomi Valkeinen <[email protected]>, Russell King <[email protected]>, Lucas Stach <[email protected]>, Christian Gmeiner <[email protected]> Cc: [email protected], [email protected], Dmitry Osipenko <[email protected]>, [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected] Betreff: Re: [PATCH v4 09/21] drm/etnaviv: Prepare to dynamic dma-buf locking specification Am 31.08.22 um 17:37 schrieb Dmitry Osipenko:> Prepare Etnaviv driver to the common dynamic dma-buf locking convention> by starting to use the unlocked versions of dma-buf API functions.>> Signed-off-by: Dmitry Osipenko <[email protected]>Interesting, where is the matching vmap()?Anyway, this patch is Acked-by: Christian König <[email protected]>> ---> drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c | 2 +-> 1 file changed, 1 insertion(+), 1 deletion(-)>> diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c b/drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c> index 3fa2da149639..7031db145a77 100644> --- a/drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c> +++ b/drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c> @@ -65,7 +65,7 @@ static void etnaviv_gem_prime_release(struct etnaviv_gem_object *etnaviv_obj)> struct iosys_map map = IOSYS_MAP_INIT_VADDR(etnaviv_obj->vaddr);> > if (etnaviv_obj->vaddr)> - dma_buf_vunmap(etnaviv_obj->base.import_attach->dmabuf, &map);> + dma_buf_vunmap_unlocked(etnaviv_obj->base.import_attach->dmabuf, &map);> > /* Don't drop the pages for imported dmabuf, as they are not> * ours, just free the array we allocated:
