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
<christian.koe...@amd.com> Datum: 01.09.22 08:50 (GMT+01:00) An: Dmitry
Osipenko <dmitry.osipe...@collabora.com>, David Airlie <airl...@linux.ie>, Gerd
Hoffmann <kra...@redhat.com>, Gurchetan Singh <gurchetansi...@chromium.org>,
Chia-I Wu <olva...@gmail.com>, Daniel Vetter <dan...@ffwll.ch>, Daniel Almeida
<daniel.alme...@collabora.com>, Gert Wollny <gert.wol...@collabora.com>,
Gustavo Padovan <gustavo.pado...@collabora.com>, Daniel Stone
<dan...@fooishbar.org>, Tomeu Vizoso <tomeu.viz...@collabora.com>, Maarten
Lankhorst <maarten.lankho...@linux.intel.com>, Maxime Ripard
<mrip...@kernel.org>, Thomas Zimmermann <tzimmerm...@suse.de>, Rob Clark
<robdcl...@gmail.com>, Sumit Semwal <sumit.sem...@linaro.org>, "Pan, Xinhui"
<xinhui....@amd.com>, Thierry Reding <thierry.red...@gmail.com>, Tomasz Figa
<tf...@chromium.org>, Marek Szyprowski <m.szyprow...@samsung.com>, Mauro
Carvalho Chehab <mche...@kernel.org>, Alex Deucher <alexander.deuc...@amd.com>,
Jani Nikula <jani.nik...@linux.intel.com>, Joonas Lahtinen
<joonas.lahti...@linux.intel.com>, Rodrigo Vivi <rodrigo.v...@intel.com>,
Tvrtko Ursulin <tvrtko.ursu...@linux.intel.com>, Thomas Hellström
<thomas...@shipmail.org>, Qiang Yu <yuq...@gmail.com>, Srinivas Kandagatla
<srinivas.kandaga...@linaro.org>, Amol Maheshwari <amah...@qti.qualcomm.com>,
Jason Gunthorpe <j...@ziepe.ca>, Leon Romanovsky <l...@kernel.org>, Juergen
Gross <jgr...@suse.com>, Stefano Stabellini <sstabell...@kernel.org>, Oleksandr
Tyshchenko <oleksandr_tyshche...@epam.com>, Tomi Valkeinen <to...@kernel.org>,
Russell King <li...@armlinux.org.uk>, Lucas Stach <l.st...@pengutronix.de>,
Christian Gmeiner <christian.gmei...@gmail.com> Cc:
dri-de...@lists.freedesktop.org, linux-ker...@vger.kernel.org, Dmitry Osipenko
<dig...@gmail.com>, linux-me...@vger.kernel.org,
linaro-mm-...@lists.linaro.org, amd-gfx@lists.freedesktop.org,
intel-...@lists.freedesktop.org, ker...@collabora.com,
virtualizat...@lists.linux-foundation.org, linux-r...@vger.kernel.org,
linux-arm-...@vger.kernel.org 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
<dmitry.osipe...@collabora.com>Interesting, where is the matching
vmap()?Anyway, this patch is Acked-by: Christian König
<christian.koe...@amd.com>> ---> 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: