mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Lucas Stach <l.stach@pengutronix.de>
To: Sui Jingfeng <suijingfeng@loongson.cn>,
	Sui Jingfeng <18949883232@163.com>,
	Russell King <linux+etnaviv@armlinux.org.uk>,
	Christian Gmeiner <christian.gmeiner@gmail.com>,
	David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Philipp Zabel <p.zabel@pengutronix.de>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
	etnaviv@lists.freedesktop.org
Subject: Re: [PATCH v10 03/11] drm/etnaviv: Add dedicated functions to create and destroy platform device
Date: Wed, 21 Jun 2023 12:23:35 +0200	[thread overview]
Message-ID: <6d287bbb1733814009dfeb7d48f08cb6f44dc56c.camel@pengutronix.de> (raw)
In-Reply-To: <1c7596fd-7e63-6719-2574-7d7820687832@loongson.cn>

Am Mittwoch, dem 21.06.2023 um 17:49 +0800 schrieb Sui Jingfeng:
> Hi
> 
> On 2023/6/21 17:15, Lucas Stach wrote:
> > Am Dienstag, dem 20.06.2023 um 17:47 +0800 schrieb Sui Jingfeng:
> > > From: Sui Jingfeng <suijingfeng@loongson.cn>
> > > 
> > > Also rename the virtual master platform device as etnaviv_platform_device,
> > > for better reflection that it is a platform device, not a DRM device.
> > > 
> > > Another benefit is that we no longer need to call of_node_put() for three
> > > different cases, Instead, we only need to call it once.
> > > 
> > > Cc: Lucas Stach <l.stach@pengutronix.de>
> > > Cc: Christian Gmeiner <christian.gmeiner@gmail.com>
> > > Cc: Philipp Zabel <p.zabel@pengutronix.de>
> > > Cc: Bjorn Helgaas <bhelgaas@google.com>
> > > Cc: Daniel Vetter <daniel@ffwll.ch>
> > > Signed-off-by: Sui Jingfeng <suijingfeng@loongson.cn>
> > > ---
> > >   drivers/gpu/drm/etnaviv/etnaviv_drv.c | 56 +++++++++++++++++++--------
> > >   1 file changed, 39 insertions(+), 17 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c b/drivers/gpu/drm/etnaviv/etnaviv_drv.c
> > > index 31a7f59ccb49..cec005035d0e 100644
> > > --- a/drivers/gpu/drm/etnaviv/etnaviv_drv.c
> > > +++ b/drivers/gpu/drm/etnaviv/etnaviv_drv.c
> > > @@ -656,12 +656,44 @@ static struct platform_driver etnaviv_platform_driver = {
> > >   	},
> > >   };
> > >   
> > > -static struct platform_device *etnaviv_drm;
> > > +static struct platform_device *etnaviv_platform_device;
> > >   
> > > -static int __init etnaviv_init(void)
> > > +static int etnaviv_create_platform_device(const char *name,
> > > +					  struct platform_device **ppdev)
> > As the platform device is a global static variable, there is no need to
> > push it through the parameters of this function. Just use the global
> > variable directly in this function.
> 
> A function reference a global static variable is *NOT* a *pure* fucntion,
> 
That's right, but all you do with those indirections through the
parameter list is move which of the functions is non-pure, in your case
it's etnaviv_init/etnaviv_exit, with the indirection dropped it's
etnaviv_create_platform_device/etnaviv_destroy_platform_device.

> it degenerate as a procedure,
> 
> 
> The function is perfect in the sense that it does not reference any 
> global variable.
> 
> 
> etnaviv_create_platform_device() is NOT intended to used by one function,
> 
> a specific purpose only, but when create this function, I want to create other
> 
> platform device with this function.
> 
> Say, You want to create a dummy platform device, targeting to bind to the real master
> 
> (the single GPU core) . To verify the idea that we choose the first 3D gpu core as master,
> 
> other 2D or VG gpu core is not as important as the 3D one.
> 
> The should bind to the 3D GPU core (master).
> 
Sorry, I'm not following what you are trying to tell me here. Could you
please rephrase?

> 
> While back to the question you ask, I want etnaviv_create_platform_device() to be generic,
> 
> can be used by multiple place for multiple purpose.
> 
> I have successfully copy this to a another drm driver by simply renaming.
> 
> The body of the function itself does not need to change.

But it isn't shared, in this compilation unit this function is specific
to the etnaviv driver and I don't see why we shouldn't have etnaviv
specifics in there if it makes the code of this driver easier to
follow.

Regards,
Lucas

> 
> > >   {
> > >   	struct platform_device *pdev;
> > >   	int ret;
> > > +
> > > +	pdev = platform_device_alloc(name, PLATFORM_DEVID_NONE);
> > > +	if (!pdev)
> > > +		return -ENOMEM;
> > > +
> > > +	ret = platform_device_add(pdev);
> > > +	if (ret) {
> > > +		platform_device_put(pdev);
> > > +		return ret;
> > > +	}
> > > +
> > > +	*ppdev = pdev;
> > > +
> > > +	return 0;
> > > +}
> > > +
> > > +static void etnaviv_destroy_platform_device(struct platform_device **ppdev)
> > > +{
> > > +	struct platform_device *pdev = *ppdev;
> > Same here, just use the global variable directly.
> > 
> > Regards,
> > Lucas
> > 
> > > +
> > > +	if (!pdev)
> > > +		return;
> > > +
> > > +	platform_device_unregister(pdev);
> > > +
> > > +	*ppdev = NULL;
> > > +}
> > > +
> > > +static int __init etnaviv_init(void)
> > > +{
> > > +	int ret;
> > >   	struct device_node *np;
> > >   
> > >   	etnaviv_validate_init();
> > > @@ -681,23 +713,13 @@ static int __init etnaviv_init(void)
> > >   	for_each_compatible_node(np, NULL, "vivante,gc") {
> > >   		if (!of_device_is_available(np))
> > >   			continue;
> > > +		of_node_put(np);
> > >   
> > > -		pdev = platform_device_alloc("etnaviv", PLATFORM_DEVID_NONE);
> > > -		if (!pdev) {
> > > -			ret = -ENOMEM;
> > > -			of_node_put(np);
> > > -			goto unregister_platform_driver;
> > > -		}
> > > -
> > > -		ret = platform_device_add(pdev);
> > > -		if (ret) {
> > > -			platform_device_put(pdev);
> > > -			of_node_put(np);
> > > +		ret = etnaviv_create_platform_device("etnaviv",
> > > +						     &etnaviv_platform_device);
> > > +		if (ret)
> > >   			goto unregister_platform_driver;
> > > -		}
> > >   
> > > -		etnaviv_drm = pdev;
> > > -		of_node_put(np);
> > >   		break;
> > >   	}
> > >   
> > > @@ -713,7 +735,7 @@ module_init(etnaviv_init);
> > >   
> > >   static void __exit etnaviv_exit(void)
> > >   {
> > > -	platform_device_unregister(etnaviv_drm);
> > > +	etnaviv_destroy_platform_device(&etnaviv_platform_device);
> > >   	platform_driver_unregister(&etnaviv_platform_driver);
> > >   	platform_driver_unregister(&etnaviv_gpu_driver);
> > >   }
> 


  reply	other threads:[~2023-06-21 10:23 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-20  9:47 [PATCH v10 00/11] drm/etnaviv: Add pci device driver support Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 01/11] drm/etnaviv: Add a dedicated function to register an irq handler Sui Jingfeng
2023-06-21  9:07   ` Lucas Stach
2023-06-21  9:20     ` Sui Jingfeng
2023-06-21 10:16       ` Lucas Stach
2023-06-24 15:53         ` Sui Jingfeng
2023-06-26 10:57           ` Lucas Stach
2023-06-21  9:34     ` Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 02/11] drm/etnaviv: Add a dedicated function to get various clocks Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 03/11] drm/etnaviv: Add dedicated functions to create and destroy platform device Sui Jingfeng
2023-06-21  9:15   ` Lucas Stach
2023-06-21  9:49     ` Sui Jingfeng
2023-06-21 10:23       ` Lucas Stach [this message]
2023-06-21 13:31         ` Sui Jingfeng
2023-06-21 14:00           ` Lucas Stach
2023-06-21 14:35             ` Sui Jingfeng
2023-06-21 14:38               ` Sui Jingfeng
2023-06-21 15:20               ` Lucas Stach
2023-06-21 16:12                 ` Sui Jingfeng
2023-06-21 14:03         ` Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 04/11] drm/etnaviv: Add helpers for private data construction and destruction Sui Jingfeng
2023-06-21  9:22   ` Lucas Stach
2023-06-21 12:31     ` Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 05/11] drm/etnaviv: Allow bypass component framework Sui Jingfeng
2023-06-21  9:29   ` Lucas Stach
2023-06-21 13:04     ` Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 06/11] drm/etnaviv: Add driver support for the PCI devices Sui Jingfeng
2023-06-21  9:39   ` Lucas Stach
2023-06-21 12:02     ` Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 07/11] drm/etnaviv: Add support for the dma coherent device Sui Jingfeng
2023-06-21 10:00   ` Lucas Stach
2023-06-21 14:42     ` Sui Jingfeng
2023-06-21 14:44     ` Sui Jingfeng
2023-06-21 15:23       ` Lucas Stach
2023-06-21 15:41         ` Sui Jingfeng
2023-06-21 16:12           ` Lucas Stach
2023-06-21 16:33             ` Sui Jingfeng
2023-06-21 16:39             ` Sui Jingfeng
2023-06-21 14:45     ` Sui Jingfeng
2023-06-21 14:49     ` Sui Jingfeng
2023-06-21 15:00     ` Sui Jingfeng
2023-06-21 15:33       ` Lucas Stach
2023-06-21 15:54         ` Sui Jingfeng
2023-06-21 16:07           ` Lucas Stach
2023-06-21 17:31             ` Sui Jingfeng
2023-06-21 17:53               ` Lucas Stach
2023-06-25  4:04                 ` Sui Jingfeng
2023-06-21 15:30     ` Sui Jingfeng
2023-06-21 15:58       ` Lucas Stach
2023-06-21 16:49         ` Sui Jingfeng
2023-06-21 17:21         ` Sui Jingfeng
2023-06-21 17:45           ` Lucas Stach
2023-06-24 16:10             ` Sui Jingfeng
2023-06-25  3:51             ` Sui Jingfeng
2023-06-26 11:08               ` Lucas Stach
2023-06-22 19:26         ` Sui Jingfeng
2023-06-23 11:52   ` Robin Murphy
2023-06-23 12:37     ` Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 08/11] drm/etnaviv: Add a dedicated function to create the virtual master Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 09/11] drm/etnaviv: Clean up etnaviv_pdev_probe() function Sui Jingfeng
2023-06-20  9:47 ` [PATCH v10 10/11] drm/etnaviv: Keep the curly brace aligned Sui Jingfeng
2023-06-21  7:55 ` [PATCH v10 00/11] drm/etnaviv: Add pci device driver support Christian Gmeiner
2023-06-21  8:02   ` Sui Jingfeng
2023-06-21  8:05   ` Sui Jingfeng
  -- strict thread matches above, loose matches on Subject: below --
2023-06-19 12:41 Sui Jingfeng
2023-06-19 12:41 ` [PATCH v10 03/11] drm/etnaviv: Add dedicated functions to create and destroy platform device Sui Jingfeng

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6d287bbb1733814009dfeb7d48f08cb6f44dc56c.camel@pengutronix.de \
    --to=l.stach@pengutronix.de \
    --cc=18949883232@163.com \
    --cc=airlied@gmail.com \
    --cc=bhelgaas@google.com \
    --cc=christian.gmeiner@gmail.com \
    --cc=daniel@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=etnaviv@lists.freedesktop.org \
    --cc=linux+etnaviv@armlinux.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=p.zabel@pengutronix.de \
    --cc=suijingfeng@loongson.cn \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®