From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Simon Horman <horms@verge.net.au>,
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
DRI Development <dri-devel@lists.freedesktop.org>,
Linux-Renesas <linux-renesas-soc@vger.kernel.org>,
Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
devicetree@vger.kernel.org
Subject: Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings
Date: Mon, 15 Jan 2018 10:26:56 +0200 [thread overview]
Message-ID: <2172881.iFUds2YuFP@avalon> (raw)
In-Reply-To: <CAMuHMdViUyCEW0PwF-ZK_zyMUatRwqJttJiC8n2JYzgvePMgtA@mail.gmail.com>
Hi Geert,
On Monday, 15 January 2018 10:05:59 EET Geert Uytterhoeven wrote:
> On Mon, Jan 15, 2018 at 7:59 AM, Laurent Pinchart wrote:
> > On Monday, 15 January 2018 08:55:29 EET Simon Horman wrote:
> >> On Fri, Jan 12, 2018 at 03:29:48PM +0200, Laurent Pinchart wrote:
> >>> On Friday, 12 January 2018 12:13:18 EET Geert Uytterhoeven wrote:
> >>>> As this is a new binding, please use "renesas,<soc>-lvds".
> >>>
> >>> I've recently been thinking that we made the wrong choice, <ip>-<soc>
> >>> would be better in my opinion as it aligns with <ip>-<version>, but
> >>> it's too late to change that, so I'll change the order here.
> >>
> >> My recollection is that in the beginning we had a bit of a mixture but
> >> leaned towards <ip>-<soc>, which made sense in my opinion. However, after
> >> some discussion it was agreed that the best-practice for upstream was to
> >> use <soc>-<ip>. Unless that situation has changed lets stock with using
> >> <soc>-<ip> for new bindings.
> >
> > Sure, that was my plan, and it seems I failed to explain it clearly. I too
> > believe that <ip>-<soc> would be better, but as we have standardized on
> > <soc>- <ip> and as there's no strong reason to reconsider that decision
> > at the moment, the next version of this patch will use <soc>-<ip>. It was
> > a mistake in v1, not an attempt to change what we had agreed on.
>
> Note that I believe you have to consider the full tuple
> "<vendor>,<soc>-<ip>" to see the light: <soc> is more closely tied to
> <vendor>, than <ip> is.
I suppose there are pros and cons for both options :-) I see <soc> more as a
version qualifier.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2018-01-15 8:26 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-12 0:58 [PATCH 00/10] R-Car DU: Convert LVDS code to bridge driver Laurent Pinchart
2018-01-12 0:58 ` [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings Laurent Pinchart
2018-01-12 0:58 ` Laurent Pinchart
2018-01-12 9:45 ` Geert Uytterhoeven
2018-01-12 13:36 ` Laurent Pinchart
2018-01-12 13:36 ` Laurent Pinchart
2018-01-12 10:13 ` Geert Uytterhoeven
2018-01-12 13:29 ` Laurent Pinchart
2018-01-15 6:55 ` Simon Horman
2018-01-15 6:55 ` Simon Horman
2018-01-15 6:59 ` Laurent Pinchart
2018-01-15 6:59 ` Laurent Pinchart
2018-01-15 7:57 ` Simon Horman
2018-01-15 8:05 ` Geert Uytterhoeven
2018-01-15 8:26 ` Laurent Pinchart [this message]
2018-01-12 12:59 ` Biju Das
2018-01-12 12:59 ` Biju Das
2018-01-12 13:26 ` Laurent Pinchart
2018-01-12 14:00 ` Fabrizio Castro
2018-01-12 14:25 ` Laurent Pinchart
2018-01-12 14:25 ` Laurent Pinchart
2018-01-12 15:13 ` Sergei Shtylyov
2018-01-12 20:34 ` Laurent Pinchart
2018-01-12 20:34 ` Laurent Pinchart
2018-01-12 0:58 ` [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings Laurent Pinchart
2018-01-12 9:49 ` Geert Uytterhoeven
2018-01-12 10:44 ` Laurent Pinchart
2018-01-12 10:44 ` Laurent Pinchart
2018-01-19 21:23 ` Rob Herring
2018-01-19 21:23 ` Rob Herring
2018-01-12 9:54 ` Vladimir Zapolskiy
2018-01-12 9:54 ` Vladimir Zapolskiy
2018-01-12 10:43 ` Laurent Pinchart
2018-01-12 14:52 ` Sergei Shtylyov
2018-01-12 14:52 ` Sergei Shtylyov
2018-01-12 15:14 ` Sergei Shtylyov
2018-01-12 15:14 ` Sergei Shtylyov
2018-01-12 16:46 ` Laurent Pinchart
2018-01-19 21:24 ` Rob Herring
2018-01-12 0:58 ` [PATCH 03/10] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes Laurent Pinchart
2018-01-12 10:09 ` Geert Uytterhoeven
2018-01-12 10:09 ` Geert Uytterhoeven
2018-01-12 13:53 ` Laurent Pinchart
2018-01-12 13:53 ` Laurent Pinchart
2018-01-12 0:58 ` [PATCH 04/10] drm: rcar-du: Convert LVDS encoder code to bridge driver Laurent Pinchart
2018-01-12 0:58 ` [PATCH 05/10] ARM: dts: porter: Fix HDMI output routing Laurent Pinchart
2018-01-15 7:56 ` Simon Horman
2018-01-15 8:25 ` Laurent Pinchart
2018-01-16 9:09 ` Simon Horman
2018-01-12 0:58 ` [PATCH 06/10] ARM: dts: r8a7790: Convert to new LVDS DT bindings Laurent Pinchart
2018-01-12 0:58 ` Laurent Pinchart
2018-01-12 0:58 ` [PATCH 07/10] ARM: dts: r8a7791: " Laurent Pinchart
2018-01-12 0:58 ` [PATCH 08/10] ARM: dts: r8a7793: " Laurent Pinchart
2018-01-12 0:58 ` [PATCH 09/10] arm64: dts: renesas: r8a7795: " Laurent Pinchart
2018-01-12 0:58 ` [PATCH 10/10] arm64: dts: renesas: r8a7796: " Laurent Pinchart
2018-01-12 9:47 ` [PATCH 00/10] R-Car DU: Convert LVDS code to bridge driver Geert Uytterhoeven
2018-01-12 13:48 ` Laurent Pinchart
2018-01-15 6:57 ` Simon Horman
2018-01-15 6:57 ` Simon Horman
2018-01-15 7:00 ` Laurent Pinchart
2018-01-15 7:58 ` Simon Horman
2018-01-15 6:59 ` Simon Horman
2018-01-15 6:59 ` Simon Horman
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=2172881.iFUds2YuFP@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=geert@linux-m68k.org \
--cc=horms@verge.net.au \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=sergei.shtylyov@cogentembedded.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.