Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5431779pxj; Wed, 23 Jun 2021 00:47:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwWFhF7Zl5M3MmExjbm3qZinpw0esAAOHs8Uq4EpiXLvIz0hPWfN8E1Vi3KuBUDfJuFAJhY X-Received: by 2002:a50:fb14:: with SMTP id d20mr2239908edq.187.1624434436128; Wed, 23 Jun 2021 00:47:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624434436; cv=none; d=google.com; s=arc-20160816; b=c1RHgmdQ6ofmHhex+7E6w8VhcSnW/nGxTO1A/ZBFzXfOzHFB7PBjUvl6465pOG0ans 4sXu+icqHtTsFHGUGZoA3S8cyJ7WNZL7PfPZUKfTmkQmOwUoVpQXn9m43exVscBuA5XH Y+w/+qjn6aebVHxBRkuoWqha6OnX2Vm7HR/pHAFEzTpnqxHSgos62FMy5S1mdL+P0/bb diNetLXxNqkuX2CwP54gbcj9aIvrGtReKQHxWN87BaXtpzqKnb4NBksXoTzK9Prz/Hem FJjDiHqiVF1IwtnMBAQlwxW0X7jOhUgSNSr55tXBILv4WCjrgbHqJsw0YFulZuwmonTr x6Wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=cWzvtRTbDifdl+PxaGCuS2g5VXsz2HZV7fjfjiuvl1s=; b=dBOzzT30478s7Ie9oylB3M1ZVAJ07swrUHO4SfYfAHMbvI9PdFxd86f/SIC3o2OjV0 SugKk+dfsByoEDFhkrhyjG9Cvjcx1gz1JWYOoT50XfmCILozIZbtWxHhozhrxDhYOhu2 VX/5G0FhmlIyUcZ45Zy5dkk2ajfDoDgnJ/dVaIUF9P2lTWNHnZR1WgvqYh4soaMzWBw7 odqTTGL+2WybiJXoUQxm9mUi78J7Y6TvbNCQlF/GD/ANxHBA/G3QyQnkR9pfH6Zt0Dsc FeoeeriNyPuQhReO/GtXDeka8dTqMALo4cCVa078SGomfyQXJiAc8Te/NuHnFPDTIgFG N1OA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=MwPZIV8i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dq22si12992341ejc.51.2021.06.23.00.46.53; Wed, 23 Jun 2021 00:47:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=MwPZIV8i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229844AbhFWHqK (ORCPT + 99 others); Wed, 23 Jun 2021 03:46:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52002 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229902AbhFWHqJ (ORCPT ); Wed, 23 Jun 2021 03:46:09 -0400 Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 949BBC061574 for ; Wed, 23 Jun 2021 00:43:52 -0700 (PDT) Received: by mail-ot1-x32e.google.com with SMTP id v11-20020a9d340b0000b0290455f7b8b1dcso1062438otb.7 for ; Wed, 23 Jun 2021 00:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cWzvtRTbDifdl+PxaGCuS2g5VXsz2HZV7fjfjiuvl1s=; b=MwPZIV8ivWfiDYeNv72T0B+TQPZZrJ03iZ4rRoU2dOZH5hIhooeh4E9s44iqSXCJga rLhAfs3qLh5yoXMJcT0SlHUVp9mhu3ulY2L3UIReEZwzMCwACBeBALYnuoHv4l2iNsTi GPNyV/KpMzRb/s3TAd2ysZR4QjPPytSEIPRro= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cWzvtRTbDifdl+PxaGCuS2g5VXsz2HZV7fjfjiuvl1s=; b=Hiy4TAb4GHDribbb0xcOYQ13+QQWyOnhHHzvNFl6KmT+igEaM+m9SKPzBKxXuSNJRg 6yBOIfK51s52d0WwT+e88v5uPrkea2nUl2s31uvWlxq4hUNMaQWiAqwWBtsOoUMlXxbc gVveDFSNJEUB57y4TFR84wHynf/Ok2b2FpRZ1tZqVGAWOEffjhZ5DvQPuk+rq1TkXu7c HEmbOoVeBJ9r1GtnJgqdbqyK5FlYJGupNowxRk6PbyB6wC7xNRz1VoD/hPYDQBzzmTSb h6I5JR0cEzQM5S5+Rt6rpsS2qq3KALY6jsOyearLmF5k6MRZs/P6zkQhkprC6pF3ef6c olMw== X-Gm-Message-State: AOAM530BfOe9mQh5IbSqZVPKfP4LTf+3K57Gybqz0zRvGl9VTf2E2b49 MgqNL3mbdJSLHZg9JpYuWxQjSjxkN/gLZ3EGBtwsANyvqQY= X-Received: by 2002:a9d:27a4:: with SMTP id c33mr6705525otb.281.1624434231910; Wed, 23 Jun 2021 00:43:51 -0700 (PDT) MIME-Version: 1.0 References: <20210620110327.4964-1-desmondcheongzx@gmail.com> <20210620110327.4964-2-desmondcheongzx@gmail.com> In-Reply-To: From: Daniel Vetter Date: Wed, 23 Jun 2021 09:43:41 +0200 Message-ID: Subject: Re: [PATCH v3 1/2] drm: add a locked version of drm_is_current_master To: Desmond Cheong Zhi Xi Cc: Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Dave Airlie , Sumit Semwal , =?UTF-8?Q?Christian_K=C3=B6nig?= , dri-devel , Linux Kernel Mailing List , "open list:DMA BUFFER SHARING FRAMEWORK" , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Shuah Khan , Greg KH , linux-kernel-mentees@lists.linuxfoundation.org, Emil Velikov Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 21, 2021 at 4:25 PM Daniel Vetter wrote: > > On Sun, Jun 20, 2021 at 07:03:26PM +0800, Desmond Cheong Zhi Xi wrote: > > While checking the master status of the DRM file in > > drm_is_current_master(), the device's master mutex should be > > held. Without the mutex, the pointer fpriv->master may be freed > > concurrently by another process calling drm_setmaster_ioctl(). This > > could lead to use-after-free errors when the pointer is subsequently > > dereferenced in drm_lease_owner(). > > > > The callers of drm_is_current_master() from drm_auth.c hold the > > device's master mutex, but external callers do not. Hence, we implement > > drm_is_current_master_locked() to be used within drm_auth.c, and > > modify drm_is_current_master() to grab the device's master mutex > > before checking the master status. > > > > Reported-by: Daniel Vetter > > Signed-off-by: Desmond Cheong Zhi Xi > > Reviewed-by: Emil Velikov > > Merged to drm-misc-fixes, thanks for your patch. Cc'ed you on the revert, but this blew up in intel-gfx CI. Please cc: intel-gfx@lists.freedesktop.org for the next round so CI can pick it up (it doesn't read dri-devel here). I'm not exactly sure how we can best fix that issue in general, maybe there's more. But for the specific lockdep splat around getconnector I think just pulling the call to drm_is_current_master out from the connector mutex should avoid the issue (just store it locally and then still have the if() condition under the connector mutex ofc). -Daniel > -Daniel > > > --- > > drivers/gpu/drm/drm_auth.c | 51 ++++++++++++++++++++++++-------------- > > 1 file changed, 32 insertions(+), 19 deletions(-) > > > > diff --git a/drivers/gpu/drm/drm_auth.c b/drivers/gpu/drm/drm_auth.c > > index 232abbba3686..86d4b72e95cb 100644 > > --- a/drivers/gpu/drm/drm_auth.c > > +++ b/drivers/gpu/drm/drm_auth.c > > @@ -61,6 +61,35 @@ > > * trusted clients. > > */ > > > > +static bool drm_is_current_master_locked(struct drm_file *fpriv) > > +{ > > + lockdep_assert_held_once(&fpriv->master->dev->master_mutex); > > + > > + return fpriv->is_master && drm_lease_owner(fpriv->master) == fpriv->minor->dev->master; > > +} > > + > > +/** > > + * drm_is_current_master - checks whether @priv is the current master > > + * @fpriv: DRM file private > > + * > > + * Checks whether @fpriv is current master on its device. This decides whether a > > + * client is allowed to run DRM_MASTER IOCTLs. > > + * > > + * Most of the modern IOCTL which require DRM_MASTER are for kernel modesetting > > + * - the current master is assumed to own the non-shareable display hardware. > > + */ > > +bool drm_is_current_master(struct drm_file *fpriv) > > +{ > > + bool ret; > > + > > + mutex_lock(&fpriv->master->dev->master_mutex); > > + ret = drm_is_current_master_locked(fpriv); > > + mutex_unlock(&fpriv->master->dev->master_mutex); > > + > > + return ret; > > +} > > +EXPORT_SYMBOL(drm_is_current_master); > > + > > int drm_getmagic(struct drm_device *dev, void *data, struct drm_file *file_priv) > > { > > struct drm_auth *auth = data; > > @@ -223,7 +252,7 @@ int drm_setmaster_ioctl(struct drm_device *dev, void *data, > > if (ret) > > goto out_unlock; > > > > - if (drm_is_current_master(file_priv)) > > + if (drm_is_current_master_locked(file_priv)) > > goto out_unlock; > > > > if (dev->master) { > > @@ -272,7 +301,7 @@ int drm_dropmaster_ioctl(struct drm_device *dev, void *data, > > if (ret) > > goto out_unlock; > > > > - if (!drm_is_current_master(file_priv)) { > > + if (!drm_is_current_master_locked(file_priv)) { > > ret = -EINVAL; > > goto out_unlock; > > } > > @@ -321,7 +350,7 @@ void drm_master_release(struct drm_file *file_priv) > > if (file_priv->magic) > > idr_remove(&file_priv->master->magic_map, file_priv->magic); > > > > - if (!drm_is_current_master(file_priv)) > > + if (!drm_is_current_master_locked(file_priv)) > > goto out; > > > > drm_legacy_lock_master_cleanup(dev, master); > > @@ -342,22 +371,6 @@ void drm_master_release(struct drm_file *file_priv) > > mutex_unlock(&dev->master_mutex); > > } > > > > -/** > > - * drm_is_current_master - checks whether @priv is the current master > > - * @fpriv: DRM file private > > - * > > - * Checks whether @fpriv is current master on its device. This decides whether a > > - * client is allowed to run DRM_MASTER IOCTLs. > > - * > > - * Most of the modern IOCTL which require DRM_MASTER are for kernel modesetting > > - * - the current master is assumed to own the non-shareable display hardware. > > - */ > > -bool drm_is_current_master(struct drm_file *fpriv) > > -{ > > - return fpriv->is_master && drm_lease_owner(fpriv->master) == fpriv->minor->dev->master; > > -} > > -EXPORT_SYMBOL(drm_is_current_master); > > - > > /** > > * drm_master_get - reference a master pointer > > * @master: &struct drm_master > > -- > > 2.25.1 > > > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch