From: l.stach@pengutronix.de (Lucas Stach)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC 1/6] drm/etnaviv: add binding for the gc320 found in ti socs
Date: Fri, 18 Nov 2016 14:34:28 +0100 [thread overview]
Message-ID: <1479476068.20533.19.camel@pengutronix.de> (raw)
In-Reply-To: <20161118121340.GC23750@n2100.armlinux.org.uk>
Am Freitag, den 18.11.2016, 12:13 +0000 schrieb Russell King - ARM
Linux:
> On Thu, Nov 17, 2016 at 08:53:38PM -0600, Nishanth Menon wrote:
> > >diff --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c b/drivers/gpu/drm/etnaviv/etnaviv_drv.c
> > >index a6799b0..ce51270 100644
> > >--- a/drivers/gpu/drm/etnaviv/etnaviv_drv.c
> > >+++ b/drivers/gpu/drm/etnaviv/etnaviv_drv.c
> > >@@ -653,6 +653,7 @@ static int etnaviv_pdev_remove(struct platform_device *pdev)
> > > static const struct of_device_id dt_match[] = {
> > > { .compatible = "fsl,imx-gpu-subsystem" },
> > > { .compatible = "marvell,dove-gpu-subsystem" },
> > >+ { .compatible = "ti,gc320-gpu-subsystem" },
>
> We need to get away from this ever-increasing set of compatible
> strings here, as this is not long-term maintainable.
>
> What we should have is a common compatible which describes that
> the node is compatible with this driver, and then use SoC specific
> compatible strings later if we need to (eg, because of some GPU
> subsystem SoC specifics.)
>
> So, I'd suggest that we update the documentation and add:
>
> "vivante,gc-gpu-subsystem"
>
> as a common compatible now, and if necessary move on to more specific
> compatibles if we need to later.
>
> Also, I'd strongly suggest that no compatibles should contain the ID
> number of the GPU core for exactly the same reason - Vivante GPU cores
> vary according to features, and we don't want to end up with a long
> list of specific compatibles (eg)
> "ti,gc2000-and-gc320-and-gc355-gpu-subsystem" because TI
> decides to integrate a 3d, 2d and VG core.
>
All of the above sounds sensible and I would prefer if the patches are
reworked to take those things into account.
Regards,
Lucas
next prev parent reply other threads:[~2016-11-18 13:34 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-18 2:44 [RFC 1/6] drm/etnaviv: add binding for the gc320 found in ti socs Robert Nelson
2016-11-18 2:44 ` [RFC 2/6] drm/etnaviv: allow building etnaviv on omap devices Robert Nelson
2016-11-18 2:52 ` Nishanth Menon
2016-11-18 16:33 ` Rob Herring
2016-11-19 11:58 ` Joshua Clayton
2016-11-20 11:43 ` Russell King - ARM Linux
2016-11-18 2:44 ` [RFC 3/6] Documentation: dt: add bindings for ti bb2d Robert Nelson
2016-11-18 2:54 ` Nishanth Menon
2016-11-18 2:44 ` [RFC 4/6] ARM: dts: dra7: add entry for bb2d module Robert Nelson
2016-11-18 10:59 ` Lucas Stach
2016-11-18 13:56 ` Nishanth Menon
2016-11-18 2:44 ` [RFC 5/6] ARM: dts: dra7: add vivante " Robert Nelson
2016-11-18 10:55 ` Lucas Stach
2016-11-18 2:44 ` [RFC 6/6] ARM: dts: am57xx-beagle-x15-common: enable etnaviv Robert Nelson
2016-11-18 2:56 ` Nishanth Menon
2016-11-18 3:44 ` Robert Nelson
2016-11-18 4:15 ` Nishanth Menon
2016-11-18 4:26 ` Robert Nelson
2016-11-18 4:34 ` Nishanth Menon
2016-11-18 16:42 ` Rob Herring
2016-11-18 2:51 ` [RFC 1/6] drm/etnaviv: add binding for the gc320 found in ti socs Robert Nelson
2016-11-18 2:53 ` Nishanth Menon
2016-11-18 12:13 ` Russell King - ARM Linux
2016-11-18 13:34 ` Lucas Stach [this message]
2016-11-18 15:07 ` Robert Nelson
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=1479476068.20533.19.camel@pengutronix.de \
--to=l.stach@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).