Re: [PATCH 07/21] drm/hisilicon/kirin: Use GEM CMA object functions

From: Emil Velikov <emil.l.velikov@gmail.com>
To: Thomas Zimmermann <tzimmermann@suse.de>
Cc: alexandre.belloni@bootlin.com, linux-aspeed@lists.ozlabs.org,
	"Neil Armstrong" <narmstrong@baylibre.com>,
	"Dave Airlie" <airlied@linux.ie>,
	"Liviu Dudau" <liviu.dudau@arm.com>,
	"Philippe Cornu" <philippe.cornu@st.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Mihail Atanassov" <mihail.atanassov@arm.com>,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Alexandre Torgue" <alexandre.torgue@st.com>,
	"Marek Vašut" <marex@denx.de>,
	"Alexey Brodkin" <abrodkin@synopsys.com>,
	ludovic.desroches@microchip.com,
	"Xinliang Liu" <xinliang.liu@linaro.org>,
	"Xinwei Kong" <kong.kongxinwei@hisilicon.com>,
	"Tomi Valkeinen" <tomi.valkeinen@ti.com>,
	"james qian wang (Arm Technology China)"
	<james.qian.wang@arm.com>,
	joel@jms.id.au, "NXP Linux Team" <linux-imx@nxp.com>,
	"Chen Feng" <puck.chen@hisilicon.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Alison Wang" <alison.wang@nxp.com>, "Jyri Sarha" <jsarha@ti.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Vincent Abriou" <vincent.abriou@st.com>,
	"Sascha Hauer" <kernel@pengutronix.de>,
	LAKML <linux-arm-kernel@lists.infradead.org>,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	bbrezillon@kernel.org, andrew@aj.id.au,
	"ML dri-devel" <dri-devel@lists.freedesktop.org>,
	nicolas.ferre@microchip.com,
	"Yannick Fertre" <yannick.fertre@st.com>,
	"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
	khilman@baylibre.com, "Rongrong Zou" <zourongrong@gmail.com>,
	"Shawn Guo" <shawnguo@kernel.org>
Subject: Re: [PATCH 07/21] drm/hisilicon/kirin: Use GEM CMA object functions
Date: Fri, 22 May 2020 19:11:09 +0100	[thread overview]
Message-ID: <CACvgo51cYh4iLKEfrLSbgOGQM4=ojsBq54gW9VJBPoX+p04o+g@mail.gmail.com> (raw)
In-Reply-To: <20200522135246.10134-8-tzimmermann@suse.de>

Hi Thomas,

On Fri, 22 May 2020 at 14:53, Thomas Zimmermann <tzimmermann@suse.de> wrote:
>
> The kirin driver uses the default implementation for CMA functions; except
> for the .dumb_create callback. The __DRM_GEM_CMA_DRIVER_OPS macro now sets
> these defaults and .dumb_create in struct drm_driver. All remaining
> operations are provided by CMA GEM object functions.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> ---
>  drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c | 12 +-----------
>  1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c b/drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c
> index c339e632522a9..b1ffd7d43e562 100644
> --- a/drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c
> +++ b/drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c
> @@ -921,17 +921,7 @@ DEFINE_DRM_GEM_CMA_FOPS(ade_fops);
>  static struct drm_driver ade_driver = {
>         .driver_features = DRIVER_GEM | DRIVER_MODESET | DRIVER_ATOMIC,
>         .fops = &ade_fops,
> -       .gem_free_object_unlocked = drm_gem_cma_free_object,
> -       .gem_vm_ops = &drm_gem_cma_vm_ops,
> -       .dumb_create = drm_gem_cma_dumb_create_internal,

This doesn't seem right. The _internal documentation explicitly says
that this should _not_ be used as .dumb_create. Instead drivers should
use it to implement their callback.

Since it yields the same result as drm_gem_cma_dumb_create we can use
the default macro below.

Weather to the .dumb_create in separate patch, or squash it here -
I'll leave to you.
In case of the latter, please mentioned it in the commit message.

-Emil
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel