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:
