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.koenig@amd.com Datum: 01.09.22 08:50 (GMT+01:00) An: Dmitry Osipenko dmitry.osipenko@collabora.com, David Airlie airlied@linux.ie, Gerd Hoffmann kraxel@redhat.com, Gurchetan Singh gurchetansingh@chromium.org, Chia-I Wu olvaffe@gmail.com, Daniel Vetter daniel@ffwll.ch, Daniel Almeida daniel.almeida@collabora.com, Gert Wollny gert.wollny@collabora.com, Gustavo Padovan gustavo.padovan@collabora.com, Daniel Stone daniel@fooishbar.org, Tomeu Vizoso tomeu.vizoso@collabora.com, Maarten Lankhorst maarten.lankhorst@linux.intel.com, Maxime Ripard mripard@kernel.org, Thomas Zimmermann tzimmermann@suse.de, Rob Clark robdclark@gmail.com, Sumit Semwal sumit.semwal@linaro.org, "Pan, Xinhui" Xinhui.Pan@amd.com, Thierry Reding thierry.reding@gmail.com, Tomasz Figa tfiga@chromium.org, Marek Szyprowski m.szyprowski@samsung.com, Mauro Carvalho Chehab mchehab@kernel.org, Alex Deucher alexander.deucher@amd.com, Jani Nikula jani.nikula@linux.intel.com, Joonas Lahtinen joonas.lahtinen@linux.intel.com, Rodrigo Vivi rodrigo.vivi@intel.com, Tvrtko Ursulin tvrtko.ursulin@linux.intel.com, Thomas Hellström thomas_os@shipmail.org, Qiang Yu yuq825@gmail.com, Srinivas Kandagatla srinivas.kandagatla@linaro.org, Amol Maheshwari amahesh@qti.qualcomm.com, Jason Gunthorpe jgg@ziepe.ca, Leon Romanovsky leon@kernel.org, Juergen Gross jgross@suse.com, Stefano Stabellini sstabellini@kernel.org, Oleksandr Tyshchenko oleksandr_tyshchenko@epam.com, Tomi Valkeinen tomba@kernel.org, Russell King linux@armlinux.org.uk, Lucas Stach l.stach@pengutronix.de, Christian Gmeiner christian.gmeiner@gmail.com Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Dmitry Osipenko digetx@gmail.com, linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org, amd-gfx@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, kernel@collabora.com, virtualization@lists.linux-foundation.org, linux-rdma@vger.kernel.org, linux-arm-msm@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.osipenko@collabora.comInteresting, where is the matching vmap()?Anyway, this patch is Acked-by: Christian König christian.koenig@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: