Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3925967ybv; Mon, 10 Feb 2020 08:58:38 -0800 (PST) X-Google-Smtp-Source: APXvYqy4fPzLzRHGXwDhfPZ/zn5Y5LHz41ZzyxDVykuJPnkVh5NYlrSZ+mhOlnh6Jql8NkgsOBZR X-Received: by 2002:aca:d544:: with SMTP id m65mr1401944oig.177.1581353918348; Mon, 10 Feb 2020 08:58:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581353918; cv=none; d=google.com; s=arc-20160816; b=G/bkxZKoeJ5GtxG0odj9GHu/JenEdDDZ3p3uQTs17CToNgpxv201WFz2wWHNrzqwEZ KFWcJVuvYxuct9rfqF80tPLF1R7+0QZPUz48yOeKiDsOiT2q2Yt5Z8hD54pVL7wwjumL w5NnAFH5RoU0iDFU5RE9ZfzCGUwUTvs0w76K94K6FgFNF56kRMbC6A+xzw6z0Es0Kl6O vD4hAv5FxJtgxHIaY7yjltjr8g6lYQqDvWFZ+AJKYpoiZxYFIb7IjApJfedgRJhWgzL8 h6UVDamYu9rQDRxAS1khV2fPbjaSXmgZC0Y7AESuinYJAlN5HWqWFTbTGATxsf9cg61v F26A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:to:subject :dkim-signature; bh=T30a/zt6Cn6nKQ6fTutzYa0Woqo49baFfIQ5xetTNbg=; b=qAZhCkBGdj7WB0LI+H2K2vWrBc/YkA7PPFPNWFwAZ3KWyq0cYnVbSVmsu6JIrBH4el UYipfdqJgI54C1PDPxS/xB571H1hVbp4ZINNiSRoMMndE6MeCFVB4RwsZW62Aj4+ZGeN WEPuvV95nAq3sTT6z/oxw4P3Wm0mC9aMOeg3p/wOvlbvRkPYcfakPJRGdYX9pE77V7Ld AqKjcE4b53XvDmsynTNV+8etiRGB9TcF6DrRsvFTQfFSwJFPiPrA1vO7BMgtfmm4CO0E mcRix+j7P4f89dTrT0c6TpLLC3Uves3HGrnZHWQ7Gl0nXduMocaEnI5zRaBdLMzhmAzG DVnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@tronnes.org header.s=ds201912 header.b=KbA7NFnA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z18si440521otq.121.2020.02.10.08.58.27; Mon, 10 Feb 2020 08:58:38 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@tronnes.org header.s=ds201912 header.b=KbA7NFnA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727686AbgBJQ5u (ORCPT + 99 others); Mon, 10 Feb 2020 11:57:50 -0500 Received: from smtp.domeneshop.no ([194.63.252.55]:51071 "EHLO smtp.domeneshop.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727558AbgBJQ5u (ORCPT ); Mon, 10 Feb 2020 11:57:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tronnes.org ; s=ds201912; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=T30a/zt6Cn6nKQ6fTutzYa0Woqo49baFfIQ5xetTNbg=; b=KbA7NFnA+Iak9HzGODGtmI67nV zzWy8XAZ9IjcYQRS6sy37wHh8BxJ8JhZ9A2PGV1auv5X6GtsNUHCJa5jkW2DvlY2oI0eRKlRmxucl G6kNV9elUgofZHB+p5/sgWD4ApVnpjZXnadqFsKBFMM5Wdc/a2wWvUaT8XesBblwgXrcN5czw5Nmm /m6RlptS5QtiMl5ZiYQp+A6yMtN4Rmh6w4AU8vaLyOub9AeUyfzCdfeuuO0SZIZerz1HyFwul8XzW ++EX4xPdaSFMXi6+38U5TbzMHIE2P9y87XwDJuBsVSrKY5aysVbbk0s3VcXEMoU+wBnIt0juJGQcZ OBzGCqnw==; Received: from 211.81-166-168.customer.lyse.net ([81.166.168.211]:61327 helo=[192.168.10.61]) by smtp.domeneshop.no with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1j1CNX-00079T-R0; Mon, 10 Feb 2020 17:57:47 +0100 Subject: Re: [PATCH v2 2/2] drm/qxl: add drm_driver.release callback. To: Gerd Hoffmann , dri-devel@lists.freedesktop.org, Dave Airlie , David Airlie , "open list:DRM DRIVER FOR QXL VIRTUAL GPU" , "open list:DRM DRIVER FOR QXL VIRTUAL GPU" , open list References: <20200210113753.5614-1-kraxel@redhat.com> <20200210113753.5614-3-kraxel@redhat.com> <20200210150633.GS43062@phenom.ffwll.local> From: =?UTF-8?Q?Noralf_Tr=c3=b8nnes?= Message-ID: Date: Mon, 10 Feb 2020 17:57:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <20200210150633.GS43062@phenom.ffwll.local> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Den 10.02.2020 16.06, skrev Daniel Vetter: > On Mon, Feb 10, 2020 at 12:37:52PM +0100, Gerd Hoffmann wrote: >> Move final cleanups to qxl_drm_release() callback. >> Add drm_atomic_helper_shutdown() call to qxl_pci_remove(). >> >> Signed-off-by: Gerd Hoffmann >> --- >> drivers/gpu/drm/qxl/qxl_drv.c | 26 +++++++++++++++++++------- >> 1 file changed, 19 insertions(+), 7 deletions(-) >> >> diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/gpu/drm/qxl/qxl_drv.c >> index 1d601f57a6ba..4fda3f9b29f4 100644 >> --- a/drivers/gpu/drm/qxl/qxl_drv.c >> +++ b/drivers/gpu/drm/qxl/qxl_drv.c >> @@ -34,6 +34,7 @@ >> #include >> >> #include >> +#include >> #include >> #include >> #include >> @@ -132,21 +133,30 @@ qxl_pci_probe(struct pci_dev *pdev, const struct pci_device_id *ent) >> return ret; >> } >> >> +static void qxl_drm_release(struct drm_device *dev) >> +{ >> + struct qxl_device *qdev = dev->dev_private; >> + >> + /* >> + * TODO: qxl_device_fini() call should be in qxl_pci_remove(), >> + * reodering qxl_modeset_fini() + qxl_device_fini() calls is >> + * non-trivial though. >> + */ >> + qxl_modeset_fini(qdev); > > So the drm_mode_config_cleanup call in here belongs in ->release, but the > qxl_destroy_monitors_object feels like should be perfectly fine in the > remove hook. You might need to sprinkle a few drm_dev_enter/exit around to > protect code paths thought. > > Aside from this lgtm, for the series > > Acked-by: Daniel Vetter > > And up to you whether you want to fix this or not really. > > Btw for testing all these patches that add a ->release hook I think it'd > be good if the drm core checks that drm_device->dev is set to NULL, and > that we do this in the remove hook. Since that's guaranteed to be gone at > that point, so anything in ->release that still needs the device is > broken. Ofc maybe do that check only for drivers which have a ->release > hook, and we might need a few fixups. > We take a ref on the parent device in drm_dev_init() and release it in drm_dev_fini(). I added this because of the DRM_DEV_* macros we have, to protect access to the device struct after it was unregistered. Setting drm_device->dev to NULL in drm_dev_unregister() instead will provide the same protection I think. commit 56be6503aab2 drm/drv: Hold ref on parent device during drm_device lifetime Noralf. > Cheers, Daniel > >> + qxl_device_fini(qdev); >> + dev->dev_private = NULL; >> + kfree(qdev); >> +} >> + >> static void >> qxl_pci_remove(struct pci_dev *pdev) >> { >> struct drm_device *dev = pci_get_drvdata(pdev); >> - struct qxl_device *qdev = dev->dev_private; >> >> drm_dev_unregister(dev); >> - >> - qxl_modeset_fini(qdev); >> - qxl_device_fini(qdev); >> + drm_atomic_helper_shutdown(dev); >> if (is_vga(pdev)) >> vga_put(pdev, VGA_RSRC_LEGACY_IO); >> - >> - dev->dev_private = NULL; >> - kfree(qdev); >> drm_dev_put(dev); >> } >> >> @@ -279,6 +289,8 @@ static struct drm_driver qxl_driver = { >> .major = 0, >> .minor = 1, >> .patchlevel = 0, >> + >> + .release = qxl_drm_release, >> }; >> >> static int __init qxl_init(void) >> -- >> 2.18.1 >> >