All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: "Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Peter Geis" <pgwipeout@gmail.com>,
	linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Andy Yan" <andy.yan@rock-chips.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	linux-arm-kernel@lists.infradead.org, kernel@pengutronix.de,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v6 23/23] dt-bindings: display: rockchip: dw-hdmi: fix ports description
Date: Wed, 23 Feb 2022 09:55:08 -0600	[thread overview]
Message-ID: <YhZY3BV6WE2+XgnT@robh.at.kernel.org> (raw)
In-Reply-To: <20220217082954.2967889-24-s.hauer@pengutronix.de>

On Thu, 17 Feb 2022 09:29:54 +0100, Sascha Hauer wrote:
> Current port description doesn't cover all possible cases. It currently
> expects one single port with two endpoints.
> 
> When the HDMI connector is described in the device tree there can be two
> ports, first one going to the VOP and the second one going to the connector.
> 
> Also on SoCs which only have a single VOP there will be only one
> endpoint instead of two.
> 
> This patch addresses both issues. With this there can either be a single
> port ("port") , or two of them ("port@0", "port@1") when the connector
> is also in the device tree. Also the first or only port can either have
> one endpoint ("endpoint") for single VOP SoCs or two ("endpoint@0",
> "endpoint@1") for dual VOP SoCs.
> 
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> ---
> 
> Notes:
>     Changes since v5:
>     - new patch
> 
>  .../display/rockchip/rockchip,dw-hdmi.yaml    | 24 +++++++------------
>  1 file changed, 9 insertions(+), 15 deletions(-)
> 

Reviewed-by: Rob Herring <robh@kernel.org>

_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: "Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Peter Geis" <pgwipeout@gmail.com>,
	linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Andy Yan" <andy.yan@rock-chips.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	linux-arm-kernel@lists.infradead.org, kernel@pengutronix.de,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v6 23/23] dt-bindings: display: rockchip: dw-hdmi: fix ports description
Date: Wed, 23 Feb 2022 09:55:08 -0600	[thread overview]
Message-ID: <YhZY3BV6WE2+XgnT@robh.at.kernel.org> (raw)
In-Reply-To: <20220217082954.2967889-24-s.hauer@pengutronix.de>

On Thu, 17 Feb 2022 09:29:54 +0100, Sascha Hauer wrote:
> Current port description doesn't cover all possible cases. It currently
> expects one single port with two endpoints.
> 
> When the HDMI connector is described in the device tree there can be two
> ports, first one going to the VOP and the second one going to the connector.
> 
> Also on SoCs which only have a single VOP there will be only one
> endpoint instead of two.
> 
> This patch addresses both issues. With this there can either be a single
> port ("port") , or two of them ("port@0", "port@1") when the connector
> is also in the device tree. Also the first or only port can either have
> one endpoint ("endpoint") for single VOP SoCs or two ("endpoint@0",
> "endpoint@1") for dual VOP SoCs.
> 
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> ---
> 
> Notes:
>     Changes since v5:
>     - new patch
> 
>  .../display/rockchip/rockchip,dw-hdmi.yaml    | 24 +++++++------------
>  1 file changed, 9 insertions(+), 15 deletions(-)
> 

Reviewed-by: Rob Herring <robh@kernel.org>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: "Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Peter Geis" <pgwipeout@gmail.com>,
	linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Andy Yan" <andy.yan@rock-chips.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	linux-arm-kernel@lists.infradead.org, kernel@pengutronix.de,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v6 23/23] dt-bindings: display: rockchip: dw-hdmi: fix ports description
Date: Wed, 23 Feb 2022 09:55:08 -0600	[thread overview]
Message-ID: <YhZY3BV6WE2+XgnT@robh.at.kernel.org> (raw)
In-Reply-To: <20220217082954.2967889-24-s.hauer@pengutronix.de>

On Thu, 17 Feb 2022 09:29:54 +0100, Sascha Hauer wrote:
> Current port description doesn't cover all possible cases. It currently
> expects one single port with two endpoints.
> 
> When the HDMI connector is described in the device tree there can be two
> ports, first one going to the VOP and the second one going to the connector.
> 
> Also on SoCs which only have a single VOP there will be only one
> endpoint instead of two.
> 
> This patch addresses both issues. With this there can either be a single
> port ("port") , or two of them ("port@0", "port@1") when the connector
> is also in the device tree. Also the first or only port can either have
> one endpoint ("endpoint") for single VOP SoCs or two ("endpoint@0",
> "endpoint@1") for dual VOP SoCs.
> 
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> ---
> 
> Notes:
>     Changes since v5:
>     - new patch
> 
>  .../display/rockchip/rockchip,dw-hdmi.yaml    | 24 +++++++------------
>  1 file changed, 9 insertions(+), 15 deletions(-)
> 

Reviewed-by: Rob Herring <robh@kernel.org>

WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: devicetree@vger.kernel.org,
	Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	Sandy Huang <hjc@rock-chips.com>,
	dri-devel@lists.freedesktop.org,
	linux-rockchip@lists.infradead.org,
	Michael Riesch <michael.riesch@wolfvision.net>,
	Peter Geis <pgwipeout@gmail.com>,
	Andy Yan <andy.yan@rock-chips.com>,
	kernel@pengutronix.de, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v6 23/23] dt-bindings: display: rockchip: dw-hdmi: fix ports description
Date: Wed, 23 Feb 2022 09:55:08 -0600	[thread overview]
Message-ID: <YhZY3BV6WE2+XgnT@robh.at.kernel.org> (raw)
In-Reply-To: <20220217082954.2967889-24-s.hauer@pengutronix.de>

On Thu, 17 Feb 2022 09:29:54 +0100, Sascha Hauer wrote:
> Current port description doesn't cover all possible cases. It currently
> expects one single port with two endpoints.
> 
> When the HDMI connector is described in the device tree there can be two
> ports, first one going to the VOP and the second one going to the connector.
> 
> Also on SoCs which only have a single VOP there will be only one
> endpoint instead of two.
> 
> This patch addresses both issues. With this there can either be a single
> port ("port") , or two of them ("port@0", "port@1") when the connector
> is also in the device tree. Also the first or only port can either have
> one endpoint ("endpoint") for single VOP SoCs or two ("endpoint@0",
> "endpoint@1") for dual VOP SoCs.
> 
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> ---
> 
> Notes:
>     Changes since v5:
>     - new patch
> 
>  .../display/rockchip/rockchip,dw-hdmi.yaml    | 24 +++++++------------
>  1 file changed, 9 insertions(+), 15 deletions(-)
> 

Reviewed-by: Rob Herring <robh@kernel.org>

  reply	other threads:[~2022-02-23 15:55 UTC|newest]

Thread overview: 201+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-17  8:29 [PATCH v6 00/23] drm/rockchip: RK356x VOP2 support Sascha Hauer
2022-02-17  8:29 ` Sascha Hauer
2022-02-17  8:29 ` Sascha Hauer
2022-02-17  8:29 ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 01/23] drm/rockchip: Embed drm_encoder into rockchip_decoder Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 02/23] drm/rockchip: dw_hdmi: rename vpll clock to reference clock Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17 13:20   ` Dmitry Osipenko
2022-02-17 13:20     ` Dmitry Osipenko
2022-02-17 13:20     ` Dmitry Osipenko
2022-02-17 13:20     ` Dmitry Osipenko
2022-02-17 13:37     ` Sascha Hauer
2022-02-17 13:37       ` Sascha Hauer
2022-02-17 13:37       ` Sascha Hauer
2022-02-17 13:37       ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 03/23] dt-bindings: display: rockchip: dw-hdmi: use "ref" as clock name Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 04/23] arm64: dts: rockchip: rk3399: rename HDMI ref clock to 'ref' Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 05/23] drm/rockchip: dw_hdmi: add rk3568 support Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 06/23] dt-bindings: display: rockchip: dw-hdmi: Add compatible for rk3568 HDMI Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 07/23] drm/rockchip: dw_hdmi: add regulator support Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17 13:18   ` Dmitry Osipenko
2022-02-17 13:18     ` Dmitry Osipenko
2022-02-17 13:18     ` Dmitry Osipenko
2022-02-17 13:18     ` Dmitry Osipenko
2022-02-17  8:29 ` [PATCH v6 08/23] dt-bindings: display: rockchip: dw-hdmi: Add " Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 09/23] drm/rockchip: dw_hdmi: Add support for hclk Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17 12:35   ` Dmitry Osipenko
2022-02-17 12:35     ` Dmitry Osipenko
2022-02-17 12:35     ` Dmitry Osipenko
2022-02-17 12:35     ` Dmitry Osipenko
2022-02-17 15:00     ` Sascha Hauer
2022-02-17 15:00       ` Sascha Hauer
2022-02-17 15:00       ` Sascha Hauer
2022-02-17 15:00       ` Sascha Hauer
2022-02-17 16:59       ` Dmitry Osipenko
2022-02-17 16:59         ` Dmitry Osipenko
2022-02-17 16:59         ` Dmitry Osipenko
2022-02-17 16:59         ` Dmitry Osipenko
2022-02-17  8:29 ` [PATCH v6 10/23] dt-bindings: display: rockchip: dw-hdmi: Add additional clock Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 11/23] drm/rockchip: dw_hdmi: Use auto-generated tables Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 12/23] drm/rockchip: dw_hdmi: drop mode_valid hook Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 13/23] drm/rockchip: dw_hdmi: Set cur_ctr to 0 always Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17 14:00   ` Dmitry Osipenko
2022-02-17 14:00     ` Dmitry Osipenko
2022-02-17 14:00     ` Dmitry Osipenko
2022-02-17 14:00     ` Dmitry Osipenko
2022-02-17 15:12     ` Sascha Hauer
2022-02-17 15:12       ` Sascha Hauer
2022-02-17 15:12       ` Sascha Hauer
2022-02-17 15:12       ` Sascha Hauer
2022-02-17 17:00       ` Dmitry Osipenko
2022-02-17 17:00         ` Dmitry Osipenko
2022-02-17 17:00         ` Dmitry Osipenko
2022-02-17 17:00         ` Dmitry Osipenko
2022-02-17  8:29 ` [PATCH v6 14/23] drm/rockchip: dw_hdmi: add default 594Mhz clk for 4K@60hz Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 15/23] dt-bindings: display: rockchip: dw-hdmi: Make unwedge pinctrl optional Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 16/23] arm64: dts: rockchip: rk356x: Add VOP2 nodes Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 17/23] arm64: dts: rockchip: rk356x: Add HDMI nodes Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-21  8:54   ` Aw: " Frank Wunderlich
2022-02-21  8:54     ` Frank Wunderlich
2022-02-21  8:54     ` Frank Wunderlich
2022-02-21  8:54     ` Frank Wunderlich
2022-02-21  9:53     ` Sascha Hauer
2022-02-21  9:53       ` Sascha Hauer
2022-02-21  9:53       ` Sascha Hauer
2022-02-21  9:53       ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 18/23] arm64: dts: rockchip: rk3568-evb: Enable VOP2 and hdmi Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 19/23] arm64: dts: rockchip: enable vop2 and hdmi tx on quartz64a Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 20/23] drm/rockchip: Make VOP driver optional Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 21/23] drm: rockchip: Add VOP2 driver Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17 12:00   ` Andy Yan
2022-02-17 12:00     ` Andy Yan
2022-02-17 12:00     ` Andy Yan
2022-02-17 13:58     ` Sascha Hauer
2022-02-17 13:58       ` Sascha Hauer
2022-02-17 13:58       ` Sascha Hauer
2022-02-17 13:58       ` Sascha Hauer
2022-02-17 14:06       ` Heiko Stübner
2022-02-17 14:06         ` Heiko Stübner
2022-02-17 14:06         ` Heiko Stübner
2022-02-17 14:06         ` Heiko Stübner
2022-02-18  3:50         ` Andy Yan
2022-02-18  3:50           ` Andy Yan
2022-02-18  3:50           ` Andy Yan
2022-02-18  3:50           ` Andy Yan
2022-02-18  8:00           ` Sascha Hauer
2022-02-18  8:00             ` Sascha Hauer
2022-02-18  8:00             ` Sascha Hauer
2022-02-18  8:00             ` Sascha Hauer
2022-02-19  7:35             ` Andy Yan
2022-02-19  7:35               ` Andy Yan
2022-02-19  7:35               ` Andy Yan
2022-02-19  7:35               ` Andy Yan
2022-02-24  8:19               ` Sascha Hauer
2022-02-24  8:19                 ` Sascha Hauer
2022-02-24  8:19                 ` Sascha Hauer
2022-02-24  8:19                 ` Sascha Hauer
2022-02-24 10:54                 ` Andy Yan
2022-02-24 10:54                   ` Andy Yan
2022-02-24 10:54                   ` Andy Yan
2022-02-24 10:54                   ` Andy Yan
2022-02-24 12:50                   ` Sascha Hauer
2022-02-24 12:50                     ` Sascha Hauer
2022-02-24 12:50                     ` Sascha Hauer
2022-02-24 12:50                     ` Sascha Hauer
2022-02-17 13:24   ` Dmitry Osipenko
2022-02-17 13:24     ` Dmitry Osipenko
2022-02-17 13:24     ` Dmitry Osipenko
2022-02-17 13:24     ` Dmitry Osipenko
2022-02-24  7:47     ` Sascha Hauer
2022-02-24  7:47       ` Sascha Hauer
2022-02-24  7:47       ` Sascha Hauer
2022-02-24  7:47       ` Sascha Hauer
2022-02-24 14:36       ` Dmitry Osipenko
2022-02-24 14:36         ` Dmitry Osipenko
2022-02-24 14:36         ` Dmitry Osipenko
2022-02-24 14:36         ` Dmitry Osipenko
2022-02-24 14:47         ` Sascha Hauer
2022-02-24 14:47           ` Sascha Hauer
2022-02-24 14:47           ` Sascha Hauer
2022-02-24 14:47           ` Sascha Hauer
2022-02-21 11:51   ` Andy Yan
2022-02-21 11:51     ` Andy Yan
2022-02-21 11:51     ` Andy Yan
2022-02-21 18:18     ` Lucas Stach
2022-02-21 18:18       ` Lucas Stach
2022-02-21 18:18       ` Lucas Stach
2022-02-17  8:29 ` [PATCH v6 22/23] dt-bindings: display: rockchip: Add binding for VOP2 Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29 ` [PATCH v6 23/23] dt-bindings: display: rockchip: dw-hdmi: fix ports description Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-17  8:29   ` Sascha Hauer
2022-02-23 15:55   ` Rob Herring [this message]
2022-02-23 15:55     ` Rob Herring
2022-02-23 15:55     ` Rob Herring
2022-02-23 15:55     ` Rob Herring
2022-02-17 10:07 ` [PATCH v6 00/23] drm/rockchip: RK356x VOP2 support Frank Wunderlich

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=YhZY3BV6WE2+XgnT@robh.at.kernel.org \
    --to=robh@kernel.org \
    --cc=andy.yan@rock-chips.com \
    --cc=benjamin.gaignard@collabora.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=heiko@sntech.de \
    --cc=hjc@rock-chips.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=michael.riesch@wolfvision.net \
    --cc=pgwipeout@gmail.com \
    --cc=s.hauer@pengutronix.de \
    /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.