Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp589523rwe; Thu, 1 Sep 2022 04:56:09 -0700 (PDT) X-Google-Smtp-Source: AA6agR7ev41rhn6C7MMxFq8dcsLvP389gHxDIXUSH5w12vHXfcAZ6vgC+otpGfpsbmrwhQqsJleG X-Received: by 2002:a63:2304:0:b0:42c:60ce:8bb7 with SMTP id j4-20020a632304000000b0042c60ce8bb7mr13599069pgj.250.1662033369541; Thu, 01 Sep 2022 04:56:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662033369; cv=none; d=google.com; s=arc-20160816; b=KTs1NwoFvZNAazRG56FlX2HWX6Jp30kypI1H6o/glhQ2cbleLojqdqcsZs+YrOKGw5 SlB51S5mMEcJjAw3BiJTYx26HBImZZ/juf6LGQH/D6gKLu4qBtrYGBVn0PLAUFl2UMh0 ZDIQ+ZQFY7CEqje1Tyf/GIsNMsLnsyuxHxRs2vEy8PA1BjnveROw9vWYXt8z+7ha35Wf ortzPi4VK667Mrq0Wz77h4HZW15iDH8NFN/9xmqYjB7a97VhKautBT3g+q3V+A+O7N+R J5CUq70YgPnhw/KR6c3R91QYj35gFRijaRtw4ll0T6jon9wOpqrEUfB8FefQe5M7MAWZ yyBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=lYfOKWj+VF4kTsFDuAz+5kqwtfXtyF/vtPkBbN+2Jhs=; b=NHo9+zJfgHo3jvQscNZrOaQDf0QjgykEhkVpFbMZSEmkZ32vkofB8zzn7YUCsfIVmJ YJ+XlxJKJ2NxM6umwVEY/ngsxXgL15W8EPTS+NQrLsHXPDj46lKOIVbBTdZatd1sixdx K4VfmSDWcoXU28qn8c/hk1RBcR3pcWU7TzTmisz+kBoeduxADUlwuB+o3Rv1qMS/h09e 8+hHRRkpNsLXpe5DVA6XGT31ghJLn2b0ZvBE8ODYoCzapsPjvQ0a9bc/DJkbHSjJnhoU FXKwV4thVTfN4WLWVLvS3/pnX4l+akXXBessHSN9CZ3iyCeSv/oQ/CjGrkAS9UD48dFl 4ZjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=oAi2rxSw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a4-20020a056a000c8400b0053815aa4c51si13463741pfv.195.2022.09.01.04.55.57; Thu, 01 Sep 2022 04:56:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=oAi2rxSw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234394AbiIAKmD (ORCPT + 99 others); Thu, 1 Sep 2022 06:42:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55980 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234312AbiIAKld (ORCPT ); Thu, 1 Sep 2022 06:41:33 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A9DBAA50E2; Thu, 1 Sep 2022 03:41:29 -0700 (PDT) Received: from [192.168.2.145] (109-252-119-13.nat.spd-mgts.ru [109.252.119.13]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: dmitry.osipenko) by madras.collabora.co.uk (Postfix) with ESMTPSA id 0EC286601DF7; Thu, 1 Sep 2022 11:41:24 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1662028888; bh=4gRwEeQrpCCNInUGu4Wkln9ZnVQKU6fbLc+GiIs/ids=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=oAi2rxSwcnG0bXjo2QlMDHpLcITXazqjTc0dBalx+xOeHafTkvkjyLjXi6A6OOyur z7pbNTKLqD/VkqICHbjajAS8k3mrAX9GZO4wHzC1QonWNPPsB+Yz/xNrNkGHiYNqkW KkTeNffA7kOX5RP0brCKXhs5fgLYvkel3UkZEKV4IsG5BuPE8jfFljWb4zRoqwCW4G seQ5HIQoKzjXqwqMOZEyy+r7MpCNGUMFwnjvSCAObVKOgjJcGMutTDAsM5pfKtEEMm 0OqK6C+DTZS/pjJwK1O6NhqMYskfUmdtIsJv4b93vGTms4LgyHT3lMm/bHN76TIS0u g+wfJ91stbLBw== Message-ID: Date: Thu, 1 Sep 2022 13:41:21 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: [PATCH v4 09/21] drm/etnaviv: Prepare to dynamic dma-buf locking specification Content-Language: en-US To: =?UTF-8?Q?Christian_K=c3=b6nig?= , Russell King , Lucas Stach , Christian Gmeiner Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Dmitry Osipenko , 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, David Airlie , Gerd Hoffmann , Gurchetan Singh , Chia-I Wu , Daniel Vetter , Daniel Almeida , Gert Wollny , Gustavo Padovan , Daniel Stone , Tomeu Vizoso , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Rob Clark , Sumit Semwal , "Pan, Xinhui" , Thierry Reding , Tomasz Figa , Marek Szyprowski , Mauro Carvalho Chehab , Alex Deucher , Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , =?UTF-8?Q?Thomas_Hellstr=c3=b6m?= , Qiang Yu , Srinivas Kandagatla , Amol Maheshwari , Jason Gunthorpe , Leon Romanovsky , Juergen Gross , Stefano Stabellini , Oleksandr Tyshchenko , Tomi Valkeinen References: <20220831153757.97381-1-dmitry.osipenko@collabora.com> <20220831153757.97381-10-dmitry.osipenko@collabora.com> <641f372f-4a30-72bb-ec8b-4fd6ff825594@amd.com> From: Dmitry Osipenko In-Reply-To: <641f372f-4a30-72bb-ec8b-4fd6ff825594@amd.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/1/22 09:50, Christian König wrote: > 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 > > Interesting, where is the matching vmap()? > > Anyway, this patch is Acked-by: Christian König Etnaviv maps GEM only once and then unmaps it when GEM is destroyed. The dma-buf vmapping should happen under the reservation lock, hence only the release function needs to be changed to the unlocked variant. Lucas/Christian(Gmeiner), could you please check that I haven't missed anything? >> --- >>   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: > -- Best regards, Dmitry