Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp3385167rdh; Mon, 27 Nov 2023 12:53:03 -0800 (PST) X-Google-Smtp-Source: AGHT+IHjOS83TyGpLr+fpyI9kTYhaFmwcYfK0U65dAqgglV5PIH2IxJXhpWTyURHVVkZ6Z7gKXC3 X-Received: by 2002:a05:6a20:7da0:b0:159:c07d:66f0 with SMTP id v32-20020a056a207da000b00159c07d66f0mr18227851pzj.6.1701118382859; Mon, 27 Nov 2023 12:53:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701118382; cv=none; d=google.com; s=arc-20160816; b=HRNJSA8lX6HvyzHV/z8ObKDpEvjDH74ZV3QiCArMBwAyEVwH/kVfX5mChpjJOghGEe eavfvEsTLiV6ie/iNCEaq//0nISoHa2O66oNbO1bYbCKhe/g2xNvAsiiiYEVHF/Ab0Ai kdtzoQ2c9u3pyrV+TGY2oKyBJvVwU/Z900gFcA3sXWSAhig7Aljkc8ITO4Ersl+TVjlY 8d8d3RySatGMVkQbVXk0EY6OEXhVlOl0SdtXh7DV98LY3g85x7+o9jxQ7MtHODSI3/S1 BtUjsG9KCgNMW6s7pkqm1TE46MfmI3CTbmy4QgS8TvK6Z6dpektSU/bu1L3wBNmUI9xq yFgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=iq1f5KwVS7u1SEckZkDtY0vY5AxpaeWK/JmKNRqAs9g=; fh=Pf1FABxMvnHqxCfjPAS/8jFWwZlqBebWkeZe+GP7gS8=; b=rDAScmPAEdTK2PPS+RqUOJ86kk0T2mv0XBcTkuRT2mQxnLBZCuPAna1guigKKz1xvI rEfYhjpPnU9TLDAyCZyjX5KYbNjr6hrCzsNd5+HjPPgcBT0CAtvHq0DmTNIcc6VdFYBD OwOfiZvAPSCo2VrD3bNtewxV///KwjS+Jb5Cn4kmDcnUZoM5MAuYSc4Cnd1HL74sv4hy t8uqaUmrx10XVl2EhDhZa9RixEIh0OPWvytXCK0kjGLvhhSUUUDK+ycdv/GInEEBjg3i UjkBoRMs09wqSdPtRvW2EVbyKPomiaxOPed4pxJcPZoNC1sGXkg4LwCB22fCfsRzu6wd VjcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=jKHHG+Wj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from howler.vger.email (howler.vger.email. [23.128.96.34]) by mx.google.com with ESMTPS id 85-20020a630258000000b005a9debd7854si10270044pgc.828.2023.11.27.12.53.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Nov 2023 12:53:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) client-ip=23.128.96.34; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=jKHHG+Wj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id E3822824E79F; Mon, 27 Nov 2023 12:52:59 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233435AbjK0Uwk (ORCPT + 99 others); Mon, 27 Nov 2023 15:52:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49612 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231757AbjK0Uwj (ORCPT ); Mon, 27 Nov 2023 15:52:39 -0500 Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 23C90187; Mon, 27 Nov 2023 12:52:45 -0800 (PST) Received: by mail-ed1-x52d.google.com with SMTP id 4fb4d7f45d1cf-54b0310f536so5966602a12.0; Mon, 27 Nov 2023 12:52:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701118363; x=1701723163; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=iq1f5KwVS7u1SEckZkDtY0vY5AxpaeWK/JmKNRqAs9g=; b=jKHHG+WjX53hDoY9JUNf84mBeGwuqrgdmnMYxKvaa9aMY4AHQ5IUEQ6ytWaC8OsiKn V73DuZ93iBtBs5R3lcISFUKaUFWmTvogx8DWD97lG+6fommUPesPazh6HwHPeN/cneR+ 63olA0oHnOzAqeZq1XQjwJawQjQpwy5aakaAQN1NITKsrUH+D41R0Sx2MAjkcCgL1fpH N3ehm4vW6HtL59geYN14G9S3QnBAN+x9lsd3N+zc3wMrQ2DbdI33l4lHgQ6xRofwe5sX 0yrDlXcEHBB0M8LFt4b2kaTOb4lv/iHWkepogDDQciW9v5LjZeoBscWd36uPzj4ztmjI nYbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701118363; x=1701723163; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=iq1f5KwVS7u1SEckZkDtY0vY5AxpaeWK/JmKNRqAs9g=; b=V56OeLXztLzH0HlPaWjNK/QRVtM+449m2ByqDHxYNiFqOyNlPcT/XowFZ3lpv4w4lm q9bApEdDnvJm1PobQGNKN92U0MA6vZud/X+xaR+OQLyT3/EVtXG7KagaO6b+WRwisXLS 97qLu48xQuW/8JFgexeXhQRrSBgaBRNafC+cmR69saXKQrtBmLs6SEhjAcxjwYfsbHv7 CCc5bDNcN2yb9bd7BzTKfRvCfFftx2qm0/KPVl8G2MSccShAh5ccsJEEO61Wn0krOpwo UB4n1oDuOxbtFICTgBB8IyZQaUf5edX5f2mSlpzgFnsfLRPnWH0XwclVdfAT8SvjG97u z4IA== X-Gm-Message-State: AOJu0YzSwm2aXl+3RiGdqI7lvbRVLHtlcsw4XYajlzJVIfeHCcYr/K6I VFFuHWYQoMEOYx/Y+mIQK8Cry7XVi4KE8CyB1OE= X-Received: by 2002:a05:6402:b08:b0:54b:35f1:905 with SMTP id bm8-20020a0564020b0800b0054b35f10905mr6518855edb.3.1701118363358; Mon, 27 Nov 2023 12:52:43 -0800 (PST) MIME-Version: 1.0 References: <20231115141928.429688-1-dipamt1729@gmail.com> In-Reply-To: From: Rob Clark Date: Mon, 27 Nov 2023 12:52:31 -0800 Message-ID: Subject: Re: [PATCH v2] Remove custom dumb_map_offset implementation in msm driver To: Dmitry Baryshkov Cc: Dipam Turkar , quic_abhinavk@quicinc.com, sean@poorly.run, marijn.suijten@somainline.org, airlied@gmail.com, daniel@ffwll.ch, linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on howler.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Mon, 27 Nov 2023 12:53:00 -0800 (PST) On Tue, Nov 21, 2023 at 5:14=E2=80=AFAM Dmitry Baryshkov wrote: > > On Tue, 21 Nov 2023 at 04:26, Rob Clark wrote: > > > > On Wed, Nov 15, 2023 at 11:33=E2=80=AFAM Dmitry Baryshkov > > wrote: > > > > > > On Wed, 15 Nov 2023 at 20:46, Dipam Turkar wro= te: > > > > > > > > They are not outdated, my bad. I went through the locks' code and s= aw that they have been updated. But they are probably not necessary here as= most of the drivers do not use any form of locking in their implementation= s. The generic implementations drm_gem_dumb_map_offset() and drm_gem_ttm_du= mb_map_offset() do not have any locking mechanisms either. > > > > > > Excuse me, but this doesn't sound right to me. There are different > > > drivers with different implementations. So either we'd need a good > > > explanation of why it is not necessary, or this patch is NAKed. > > > > Digging a bit thru history, it looks like commit 0de23977cfeb > > ("drm/gem: convert to new unified vma manager") made external locking > > unnecessary, since the vma mgr already had it's own internal locking. > > So, should we drop our own locking system? specifically for _just_ vma_offset_manager/vma_node, we could. But I think that only amounts to mmap_offset(). BR, -R > > > > BR, > > -R > > > > > > > > > > Thanks and regards > > > > Dipam Turkar > > > > > > > > On Wed, Nov 15, 2023 at 8:37=E2=80=AFPM Dmitry Baryshkov wrote: > > > >> > > > >> On Wed, 15 Nov 2023 at 16:30, Dipam Turkar = wrote: > > > >> > > > > >> > Make msm use drm_gem_create_map_offset() instead of its custom > > > >> > implementation for associating GEM object with a fake offset. Si= nce, > > > >> > we already have this generic implementation, we don't need the c= ustom > > > >> > implementation and it is better to standardize the code for GEM = based > > > >> > drivers. This also removes the outdated locking leftovers. > > > >> > > > >> Why are they outdated? > > > >> > > > >> > > > > >> > Signed-off-by: Dipam Turkar > > > >> > --- > > > >> > drivers/gpu/drm/msm/msm_drv.c | 2 +- > > > >> > drivers/gpu/drm/msm/msm_gem.c | 21 --------------------- > > > >> > drivers/gpu/drm/msm/msm_gem.h | 2 -- > > > >> > 3 files changed, 1 insertion(+), 24 deletions(-) > > > >> > > > > >> > Changes in v2: > > > >> > Modify commit message to include the absence of internal locking= leftovers > > > >> > around allocating a fake offset in msm_gem_mmap_offset() in the = generic > > > >> > implementation drm_gem_create_map_offset(). > > > >> > > > > >> > diff --git a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm= /msm_drv.c > > > >> > index a428951ee539..86a15992c717 100644 > > > >> > --- a/drivers/gpu/drm/msm/msm_drv.c > > > >> > +++ b/drivers/gpu/drm/msm/msm_drv.c > > > >> > @@ -1085,7 +1085,7 @@ static const struct drm_driver msm_driver = =3D { > > > >> > .open =3D msm_open, > > > >> > .postclose =3D msm_postclose, > > > >> > .dumb_create =3D msm_gem_dumb_create, > > > >> > - .dumb_map_offset =3D msm_gem_dumb_map_offset, > > > >> > + .dumb_map_offset =3D drm_gem_dumb_map_offset, > > > >> > .gem_prime_import_sg_table =3D msm_gem_prime_import_sg_t= able, > > > >> > #ifdef CONFIG_DEBUG_FS > > > >> > .debugfs_init =3D msm_debugfs_init, > > > >> > diff --git a/drivers/gpu/drm/msm/msm_gem.c b/drivers/gpu/drm/msm= /msm_gem.c > > > >> > index db1e748daa75..489694ef79cb 100644 > > > >> > --- a/drivers/gpu/drm/msm/msm_gem.c > > > >> > +++ b/drivers/gpu/drm/msm/msm_gem.c > > > >> > @@ -671,27 +671,6 @@ int msm_gem_dumb_create(struct drm_file *fi= le, struct drm_device *dev, > > > >> > MSM_BO_SCANOUT | MSM_BO_WC, &args->handl= e, "dumb"); > > > >> > } > > > >> > > > > >> > -int msm_gem_dumb_map_offset(struct drm_file *file, struct drm_d= evice *dev, > > > >> > - uint32_t handle, uint64_t *offset) > > > >> > -{ > > > >> > - struct drm_gem_object *obj; > > > >> > - int ret =3D 0; > > > >> > - > > > >> > - /* GEM does all our handle to object mapping */ > > > >> > - obj =3D drm_gem_object_lookup(file, handle); > > > >> > - if (obj =3D=3D NULL) { > > > >> > - ret =3D -ENOENT; > > > >> > - goto fail; > > > >> > - } > > > >> > - > > > >> > - *offset =3D msm_gem_mmap_offset(obj); > > > >> > - > > > >> > - drm_gem_object_put(obj); > > > >> > - > > > >> > -fail: > > > >> > - return ret; > > > >> > -} > > > >> > - > > > >> > static void *get_vaddr(struct drm_gem_object *obj, unsigned mad= v) > > > >> > { > > > >> > struct msm_gem_object *msm_obj =3D to_msm_bo(obj); > > > >> > diff --git a/drivers/gpu/drm/msm/msm_gem.h b/drivers/gpu/drm/msm= /msm_gem.h > > > >> > index 8ddef5443140..dc74a0ef865d 100644 > > > >> > --- a/drivers/gpu/drm/msm/msm_gem.h > > > >> > +++ b/drivers/gpu/drm/msm/msm_gem.h > > > >> > @@ -139,8 +139,6 @@ struct page **msm_gem_pin_pages(struct drm_g= em_object *obj); > > > >> > void msm_gem_unpin_pages(struct drm_gem_object *obj); > > > >> > int msm_gem_dumb_create(struct drm_file *file, struct drm_devic= e *dev, > > > >> > struct drm_mode_create_dumb *args); > > > >> > -int msm_gem_dumb_map_offset(struct drm_file *file, struct drm_d= evice *dev, > > > >> > - uint32_t handle, uint64_t *offset); > > > >> > void *msm_gem_get_vaddr_locked(struct drm_gem_object *obj); > > > >> > void *msm_gem_get_vaddr(struct drm_gem_object *obj); > > > >> > void *msm_gem_get_vaddr_active(struct drm_gem_object *obj); > > > >> > -- > > > >> > 2.34.1 > > > >> > > > > >> > > > >> > > > >> -- > > > >> With best wishes > > > >> Dmitry > > > > > > > > > > > > -- > > > With best wishes > > > Dmitry > > > > -- > With best wishes > Dmitry