From: boris.brezillon@bootlin.com (Boris Brezillon)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 2/6] dt-bindings: display: atmel: optional video-interface of endpoints
Date: Wed, 18 Apr 2018 10:29:00 +0200 [thread overview]
Message-ID: <20180418102900.3d36e424@bbrezillon> (raw)
In-Reply-To: <ffa56109-db0a-5619-2214-d163a2a42ef6@axentia.se>
On Wed, 18 Apr 2018 09:31:53 +0200
Peter Rosin <peda@axentia.se> wrote:
> On 2018-04-18 09:16, Boris Brezillon wrote:
> > Hi Peter,
> >
> > On Tue, 17 Apr 2018 15:10:48 +0200
> > Peter Rosin <peda@axentia.se> wrote:
> >
> >> With bus-type/bus-width properties in the endpoint nodes, the video-
> >> interface of the connection can be specified for cases where the
> >> heuristic fails to select the correct output mode. This can happen
> >> e.g. if not all RGB pins are routed on the PCB; the driver has no
> >> way of knowing this, and needs to be told explicitly.
> >>
> >> This is critical for the devices that have the "conflicting output
> >> formats" issue (SAM9N12, SAM9X5, SAMA5D3), since the most significant
> >> RGB bits move around depending on the selected output mode. For
> >> devices that do not have the "conflicting output formats" issue
> >> (SAMA5D2, SAMA5D4), this is completely irrelevant.
> >>
> >> Signed-off-by: Peter Rosin <peda@axentia.se>
> >> ---
> >> Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt | 8 ++++++++
> >> 1 file changed, 8 insertions(+)
> >>
> >> diff --git a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt b/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> index 82f2acb3d374..244b48869eb4 100644
> >> --- a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> +++ b/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> @@ -15,6 +15,14 @@ Required children nodes:
> >> to external devices using the OF graph reprensentation (see ../graph.txt).
> >> At least one port node is required.
> >>
> >> +Optional properties in grandchild nodes:
> >> + Any endpoint grandchild node may specify a desired video interface
> >> + according to ../../media/video-interfaces.txt, specifically
> >> + - bus-type: must be <0>.
> >> + - bus-width: recognized values are <12>, <16>, <18> and <24>, and
> >> + override any output mode selection hueristic, forcing "rgb444",
>
> heuristic, I'll fix that for v3, so please review as if it wasn't there...
>
> >> + "rgb565", "rgb666" and "rgb888" respectively.
> >> +
> >
> > Can you add an example or update the existing one to show how this
> > should be defined?
>
> For v3, I'll extend the binding with this after the preexisting example:
>
> ------------------8<-----------------
> Example 2: With a video interface override to force rgb565, as above
> but with these changes/additions:
>
> &hlcdc {
> hlcdc-display-controller {
> pinctrl-names = "default";
> pinctrl-0 = <&pinctrl_lcd_base &pinctrl_lcd_rgb565>;
>
> port at 0 {
> hlcdc_panel_output: endpoint at 0 {
> bus-type = <0>;
> bus-width = <16>;
> };
> };
> };
> };
> ------------------8<-----------------
>
> Is that a good plan, or should I perhaps duplicate the whole example?
Looks good to me, no need to add a new example.
Thanks,
Boris
WARNING: multiple messages have this Message-ID (diff)
From: Boris Brezillon <boris.brezillon@bootlin.com>
To: Peter Rosin <peda@axentia.se>
Cc: Mark Rutland <mark.rutland@arm.com>,
Boris Brezillon <boris.brezillon@free-electrons.com>,
Alexandre Belloni <alexandre.belloni@bootlin.com>,
devicetree@vger.kernel.org, David Airlie <airlied@linux.ie>,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
Nicolas Ferre <nicolas.ferre@microchip.com>,
Rob Herring <robh+dt@kernel.org>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Daniel Vetter <daniel.vetter@intel.com>,
Russell King - ARM Linux <linux@armlinux.org.uk>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 2/6] dt-bindings: display: atmel: optional video-interface of endpoints
Date: Wed, 18 Apr 2018 10:29:00 +0200 [thread overview]
Message-ID: <20180418102900.3d36e424@bbrezillon> (raw)
In-Reply-To: <ffa56109-db0a-5619-2214-d163a2a42ef6@axentia.se>
On Wed, 18 Apr 2018 09:31:53 +0200
Peter Rosin <peda@axentia.se> wrote:
> On 2018-04-18 09:16, Boris Brezillon wrote:
> > Hi Peter,
> >
> > On Tue, 17 Apr 2018 15:10:48 +0200
> > Peter Rosin <peda@axentia.se> wrote:
> >
> >> With bus-type/bus-width properties in the endpoint nodes, the video-
> >> interface of the connection can be specified for cases where the
> >> heuristic fails to select the correct output mode. This can happen
> >> e.g. if not all RGB pins are routed on the PCB; the driver has no
> >> way of knowing this, and needs to be told explicitly.
> >>
> >> This is critical for the devices that have the "conflicting output
> >> formats" issue (SAM9N12, SAM9X5, SAMA5D3), since the most significant
> >> RGB bits move around depending on the selected output mode. For
> >> devices that do not have the "conflicting output formats" issue
> >> (SAMA5D2, SAMA5D4), this is completely irrelevant.
> >>
> >> Signed-off-by: Peter Rosin <peda@axentia.se>
> >> ---
> >> Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt | 8 ++++++++
> >> 1 file changed, 8 insertions(+)
> >>
> >> diff --git a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt b/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> index 82f2acb3d374..244b48869eb4 100644
> >> --- a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> +++ b/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> @@ -15,6 +15,14 @@ Required children nodes:
> >> to external devices using the OF graph reprensentation (see ../graph.txt).
> >> At least one port node is required.
> >>
> >> +Optional properties in grandchild nodes:
> >> + Any endpoint grandchild node may specify a desired video interface
> >> + according to ../../media/video-interfaces.txt, specifically
> >> + - bus-type: must be <0>.
> >> + - bus-width: recognized values are <12>, <16>, <18> and <24>, and
> >> + override any output mode selection hueristic, forcing "rgb444",
>
> heuristic, I'll fix that for v3, so please review as if it wasn't there...
>
> >> + "rgb565", "rgb666" and "rgb888" respectively.
> >> +
> >
> > Can you add an example or update the existing one to show how this
> > should be defined?
>
> For v3, I'll extend the binding with this after the preexisting example:
>
> ------------------8<-----------------
> Example 2: With a video interface override to force rgb565, as above
> but with these changes/additions:
>
> &hlcdc {
> hlcdc-display-controller {
> pinctrl-names = "default";
> pinctrl-0 = <&pinctrl_lcd_base &pinctrl_lcd_rgb565>;
>
> port@0 {
> hlcdc_panel_output: endpoint@0 {
> bus-type = <0>;
> bus-width = <16>;
> };
> };
> };
> };
> ------------------8<-----------------
>
> Is that a good plan, or should I perhaps duplicate the whole example?
Looks good to me, no need to add a new example.
Thanks,
Boris
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Boris Brezillon <boris.brezillon@bootlin.com>
To: Peter Rosin <peda@axentia.se>
Cc: linux-kernel@vger.kernel.org, David Airlie <airlied@linux.ie>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Nicolas Ferre <nicolas.ferre@microchip.com>,
Alexandre Belloni <alexandre.belloni@bootlin.com>,
Boris Brezillon <boris.brezillon@free-electrons.com>,
Daniel Vetter <daniel.vetter@intel.com>,
Gustavo Padovan <gustavo@padovan.org>,
Sean Paul <seanpaul@chromium.org>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Russell King - ARM Linux <linux@armlinux.org.uk>,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 2/6] dt-bindings: display: atmel: optional video-interface of endpoints
Date: Wed, 18 Apr 2018 10:29:00 +0200 [thread overview]
Message-ID: <20180418102900.3d36e424@bbrezillon> (raw)
In-Reply-To: <ffa56109-db0a-5619-2214-d163a2a42ef6@axentia.se>
On Wed, 18 Apr 2018 09:31:53 +0200
Peter Rosin <peda@axentia.se> wrote:
> On 2018-04-18 09:16, Boris Brezillon wrote:
> > Hi Peter,
> >
> > On Tue, 17 Apr 2018 15:10:48 +0200
> > Peter Rosin <peda@axentia.se> wrote:
> >
> >> With bus-type/bus-width properties in the endpoint nodes, the video-
> >> interface of the connection can be specified for cases where the
> >> heuristic fails to select the correct output mode. This can happen
> >> e.g. if not all RGB pins are routed on the PCB; the driver has no
> >> way of knowing this, and needs to be told explicitly.
> >>
> >> This is critical for the devices that have the "conflicting output
> >> formats" issue (SAM9N12, SAM9X5, SAMA5D3), since the most significant
> >> RGB bits move around depending on the selected output mode. For
> >> devices that do not have the "conflicting output formats" issue
> >> (SAMA5D2, SAMA5D4), this is completely irrelevant.
> >>
> >> Signed-off-by: Peter Rosin <peda@axentia.se>
> >> ---
> >> Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt | 8 ++++++++
> >> 1 file changed, 8 insertions(+)
> >>
> >> diff --git a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt b/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> index 82f2acb3d374..244b48869eb4 100644
> >> --- a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> +++ b/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
> >> @@ -15,6 +15,14 @@ Required children nodes:
> >> to external devices using the OF graph reprensentation (see ../graph.txt).
> >> At least one port node is required.
> >>
> >> +Optional properties in grandchild nodes:
> >> + Any endpoint grandchild node may specify a desired video interface
> >> + according to ../../media/video-interfaces.txt, specifically
> >> + - bus-type: must be <0>.
> >> + - bus-width: recognized values are <12>, <16>, <18> and <24>, and
> >> + override any output mode selection hueristic, forcing "rgb444",
>
> heuristic, I'll fix that for v3, so please review as if it wasn't there...
>
> >> + "rgb565", "rgb666" and "rgb888" respectively.
> >> +
> >
> > Can you add an example or update the existing one to show how this
> > should be defined?
>
> For v3, I'll extend the binding with this after the preexisting example:
>
> ------------------8<-----------------
> Example 2: With a video interface override to force rgb565, as above
> but with these changes/additions:
>
> &hlcdc {
> hlcdc-display-controller {
> pinctrl-names = "default";
> pinctrl-0 = <&pinctrl_lcd_base &pinctrl_lcd_rgb565>;
>
> port@0 {
> hlcdc_panel_output: endpoint@0 {
> bus-type = <0>;
> bus-width = <16>;
> };
> };
> };
> };
> ------------------8<-----------------
>
> Is that a good plan, or should I perhaps duplicate the whole example?
Looks good to me, no need to add a new example.
Thanks,
Boris
next prev parent reply other threads:[~2018-04-18 8:29 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-17 13:10 [PATCH v2 0/6] Add tda998x (HDMI) support to atmel-hlcdc Peter Rosin
2018-04-17 13:10 ` Peter Rosin
2018-04-17 13:10 ` [PATCH v2 1/6] dt-bindings: display: bridge: lvds-transmitter: add ti, ds90c185 Peter Rosin
2018-04-17 13:10 ` [PATCH v2 1/6] dt-bindings: display: bridge: lvds-transmitter: add ti,ds90c185 Peter Rosin
2018-04-17 13:10 ` [PATCH v2 2/6] dt-bindings: display: atmel: optional video-interface of endpoints Peter Rosin
2018-04-17 13:10 ` Peter Rosin
2018-04-18 7:16 ` Boris Brezillon
2018-04-18 7:16 ` Boris Brezillon
2018-04-18 7:16 ` Boris Brezillon
2018-04-18 7:31 ` Peter Rosin
2018-04-18 7:31 ` Peter Rosin
2018-04-18 8:29 ` Boris Brezillon [this message]
2018-04-18 8:29 ` Boris Brezillon
2018-04-18 8:29 ` Boris Brezillon
2018-04-17 13:10 ` [PATCH v2 3/6] drm: of: introduce drm_of_media_bus_fmt Peter Rosin
2018-04-17 13:10 ` Peter Rosin
2018-04-19 16:22 ` Rob Herring
2018-04-19 16:22 ` Rob Herring
2018-04-19 16:22 ` Rob Herring
2018-04-19 16:40 ` Peter Rosin
2018-04-19 16:40 ` Peter Rosin
2018-04-17 13:10 ` [PATCH v2 4/6] drm/atmel-hlcdc: support bus-width (12/16/18/24) in endpoint nodes Peter Rosin
2018-04-17 13:10 ` Peter Rosin
2018-04-18 7:29 ` Boris Brezillon
2018-04-18 7:29 ` Boris Brezillon
2018-04-18 7:29 ` Boris Brezillon
2018-04-18 7:46 ` Peter Rosin
2018-04-18 7:46 ` Peter Rosin
2018-04-18 8:27 ` Boris Brezillon
2018-04-18 8:27 ` Boris Brezillon
2018-04-18 8:27 ` Boris Brezillon
2018-04-17 13:10 ` [PATCH v2 5/6] drm/atmel-hlcdc: add support for connecting to tda998x HDMI encoder Peter Rosin
2018-04-17 13:10 ` Peter Rosin
2018-04-18 7:36 ` Boris Brezillon
2018-04-18 7:36 ` Boris Brezillon
2018-04-18 7:36 ` Boris Brezillon
2018-04-18 8:02 ` Peter Rosin
2018-04-18 8:02 ` Peter Rosin
2018-04-18 8:41 ` Boris Brezillon
2018-04-18 8:41 ` Boris Brezillon
2018-04-18 8:41 ` Boris Brezillon
2018-04-17 13:10 ` [PATCH v2 6/6] drm/atmel-hlcdc: fix broken release date Peter Rosin
2018-04-17 13:10 ` Peter Rosin
2018-04-18 7:44 ` Boris Brezillon
2018-04-18 7:44 ` Boris Brezillon
2018-04-18 7:44 ` Boris Brezillon
2018-04-18 8:09 ` Peter Rosin
2018-04-18 8:09 ` Peter Rosin
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=20180418102900.3d36e424@bbrezillon \
--to=boris.brezillon@bootlin.com \
--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 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.