From: Krzysztof Kozlowski <krzk@kernel.org>
To: Hermes.Wu@ite.com.tw
Cc: andrzej.hajda@intel.com, neil.armstrong@linaro.org,
rfoss@kernel.org, Laurent.pinchart@ideasonboard.com,
jonas@kwiboo.se, jernej.skrabec@gmail.com, airlied@gmail.com,
simona@ffwll.ch, maarten.lankhorst@linux.intel.com,
mripard@kernel.org, tzimmermann@suse.de, robh@kernel.org,
krzk+dt@kernel.org, conor+dt@kernel.org, Pet.Weng@ite.com.tw,
Kenneth.Hung@ite.com.tw, dri-devel@lists.freedesktop.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 1/2] dt-bindings: display: bridge: Add ITE IT6162 MIPI DSI to HDMI bridge
Date: Tue, 10 Mar 2026 10:33:04 +0100 [thread overview]
Message-ID: <b24b2a39-3457-4bc3-aa94-1625aaa7d70a@kernel.org> (raw)
In-Reply-To: <0c2db59101c8471097dbcb6e0343a0e7@ite.com.tw>
On 10/03/2026 09:57, Hermes.Wu@ite.com.tw wrote:
>
> Hi
>
>> On Mon, Mar 09, 2026 at 05:42:01PM +0800, Hermes Wu wrote:
>>> Add device tree binding documentation for the ITE IT6162 MIPI DSI to
>>> HDMI 2.0 bridge chip. The IT6162 is an I2C-controlled bridge that
>>> supports the following configurations:
>>>
>>> - Single MIPI DSI input: up to 4K @ 30Hz
>>> - Dual MIPI DSI input (combined): up to 4K @ 60Hz
>>>
>>> The chip also supports up to 8-channel audio output via 4 I2S data
>>> channels.
>>
>> <form letter>
>> This is a friendly reminder during the review process.
>>
>> It looks like you received a tag and forgot to add it.
>>
>> If you do not know the process, here is a short explanation:
>> Please add Acked-by/Reviewed-by/Tested-by tags when posting new versions of patchset, under or above your Signed-off-by tag, unless patch changed significantly (e.g. new properties added to the DT bindings). Tag is "received", when provided in a message replied to you on the mailing list. Tools like b4 can help here. However, there's no need to repost patches *only* to add the tags. The upstream maintainer will do that for tags received on the version they apply.
>
> new properties are add in this patch, so I removed the reviewed tag add by b4 tool.
So read the docs. Where did you document it?
>
>>
>> Please read:
>> https://elixir.bootlin.com/linux/v6.12-rc3/source/Documentation/process/submitting-patches.rst#L577
What is explained here?
>>
>> If a tag was not added on purpose, please state why and what changed.
>> </form letter>
>>
>>>
>>> Signed-off-by: Hermes Wu <Hermes.wu@ite.com.tw>
>>> ---
>>> .../bindings/display/bridge/ite,it6162.yaml | 216 +++++++++++++++++++++
>>> 1 file changed, 216 insertions(+)
>>>
>>> diff --git
>>> a/Documentation/devicetree/bindings/display/bridge/ite,it6162.yaml
>>> b/Documentation/devicetree/bindings/display/bridge/ite,it6162.yaml
>>> new file mode 100644
>>> index
>>> 0000000000000000000000000000000000000000..01aa33110a20b8ad5e2946ab5e01
>>> 229dcb4cb5d3
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/display/bridge/ite,it6162.yaml
>>> @@ -0,0 +1,216 @@
>>> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) %YAML 1.2
>>> +---
>>> +$id: http://devicetree.org/schemas/display/bridge/ite,it6162.yaml#
>>> +$schema: http://devicetree.org/meta-schemas/core.yaml#
>>> +
>>> +title: ITE IT6162 MIPI DSI to HDMI 2.0 Bridge
>>> +
>>> +maintainers:
>>> + - Hermes Wu <Hermes.Wu@ite.com.tw>
>>> +
>>> +description: |
>>> + The ITE IT6162 is a high-performance, low-power HDMI bridge that
>>> +converts
>>> + 2 MIPI DSI signals to 1 HDMI 2.0 output. It supports dual MIPI
>>> +D-PHY 2.0
>>> + links up to 10 Gbps each (20 Gbps total), compatible with DSI-2 v2.0.
>>> +
>>> + The HDMI transmitter supports resolutions up to 4Kx2K@60Hz and is
>>> + compliant with HDMI 2.0 specifications.
>>> +
>>> + For audio, it supports up to 8-channel LPCM via I2S (multi-line or
>>> + TDM mode), with optional S/PDIF or DSD (for SACD). Audio sampling
>>> + rates up to 192 kHz are supported.
>>> +
>>> +allOf:
>>> + - $ref: /schemas/sound/dai-common.yaml#
>>> +
>>> +properties:
>>> + compatible:
>>> + const: ite,it6162
>>> +
>>> + reg:
>>> + maxItems: 1
>>> +
>>> + interrupts:
>>> + maxItems: 1
>>> +
>>> + reset-gpios:
>>> + maxItems: 1
>>> +
>>> + ivdd-supply:
>>> + description: Core voltage supply
>>> +
>>> + ovdd-supply:
>>> + description: I/O voltage supply
>>> +
>>> + ovdd1833-supply:
>>> + description: Flexible I/O voltage supply (1.8V domain)
>>> +
>>> + "#sound-dai-cells":
>>> + const: 0
>>> +
>>> + ite,support-hdcp:
>>> + description: >
>>> + Boolean property indicating that HDCP (High-bandwidth Digital Content
>>> + Protection) is supported and enabled on this board/hardware instance.
>>> +
>>> + When present, the driver may initialize and enable HDCP functionality
>>> + (typically HDCP 1.4 or higher depending on chip/firmware). If absent,
>>> + HDCP support is considered disabled or not implemented/wired.
>>
>> How HDCP is being disabled in this chip? This does not look like property for this device.
>
> The HDCP is handled by FW inside the chip, and can be disabled.
>
>>> +
>>> + Presence enables support; the property value is ignored (use as flag:
>>> + `ite,support-hdcp;`).
>>
>> Drop, do not explain us how the DTS works.
>>
>>> + type: boolean
>>> +
>>> + ports:
>>> + $ref: /schemas/graph.yaml#/properties/ports
>>> +
>>> + properties:
>>> + port@0:
>>> + $ref: /schemas/graph.yaml#/$defs/port-base
>>> + unevaluatedProperties: false
>>> + description: Input port for MIPI DSI-0 (first DSI lane pair;
>>> + optional)
>>
>> schema defines what is optional or not. Don't repeat constraints in free form text.
>>
>>> +
>>> + properties:
>>> + endpoint:
>>> + $ref: /schemas/media/video-interfaces.yaml#
>>> + unevaluatedProperties: false
>>> + properties:
>>> + data-lanes:
>>> + minItems: 1
>>> + maxItems: 4
>>> + lane-polarities:
>>> + $ref: /schemas/types.yaml#/definitions/uint32-array
>>
>> No, what is happening with this patch? It wasn't here.
>>
>> None of these are correct, don't make random changes to the binding.
>
> this line will remove in v3
>
> the lane-polarities in video-interfaces.yaml, was use for Dn/Dp swap in driver
>
> should I also removed the description of properties that already exist in video-interfaces.yaml?
>
>>> + minItems: 1
>>> + maxItems: 5
>>> + items:
>>> + enum: [0, 1]
>>> + description: >
>>> + Array of lane polarities starting with clock lane, followed by
>>> + data lanes in the order given in data-lanes.
>>> + 0 = normal (active high), 1 = inverted (active low).
>>> + If omitted, all lanes are assumed normal (0).
>>> + clock-noncontinuous:
>>> + type: boolean
>>> + description: >
>>> + If present, allows MIPI DSI non-continuous clock mode
>>> + (clock lane can be stopped between transmissions for power saving).
>>> + required:
>>> + - data-lanes
>>> +
>>> + port@1:
>>> + $ref: /schemas/graph.yaml#/$defs/port-base
>>> + unevaluatedProperties: false
>>> + description: Input port for MIPI DSI-1 (second DSI lane pair;
>>> + required)
>>> +
>>> + properties:
>>> + endpoint:
>>> + $ref: /schemas/media/video-interfaces.yaml#
>>> + unevaluatedProperties: false
>>> + properties:
>>> + data-lanes:
>>> + minItems: 1
>>> + maxItems: 4
>>> + lane-polarities:
>>> + $ref: /schemas/types.yaml#/definitions/uint32-array
>>> + minItems: 1
>>> + maxItems: 5
>>> + items:
>>> + enum: [0, 1]
>>> + description: >
>>> + Array of lane polarities starting with clock lane, followed by
>>> + data lanes in the order given in data-lanes.
>>> + 0 = normal (active high), 1 = inverted (active low).
>>> + If omitted, all lanes are assumed normal (0).
>>> + clock-noncontinuous:
>>> + type: boolean
>>> + description: >
>>> + If present, allows MIPI DSI non-continuous clock mode
>>> + (clock lane can be stopped between transmissions for power saving).
>>> + required:
>>> + - data-lanes
>>> +
>>> + port@2:
>>> + $ref: /schemas/graph.yaml#/properties/port
>>> + description: Audio input port (I2S; optional)
>>> +
>>> + port@3:
>>> + $ref: /schemas/graph.yaml#/properties/port
>>> + description: HDMI output port (optional)
>>> +
>>> + required:
>>> + - port@1 # Only DSI-1 port is mandatory per your request
>>
>> per my request? What?
>
> sorry, I did not check this comment generate by tools.
I don't want to deal with output coming from your tools. You should deal
with the tools, not me.
Also, learn about assisted tag, so you mark this patch correctly and we
can safely ignore it, for example.
>
>> Again, Don't repeat constraints in free form text.
>>
>>> +
>>> +required:
>>> + - compatible
>>> + - reg
>>> + - interrupts
>>> + - ports
>>> +
>>> +unevaluatedProperties: false
>>> +
>>> +examples:
>>> + - |
>>> + #include <dt-bindings/gpio/gpio.h>
>>> + #include <dt-bindings/interrupt-controller/irq.h>
>>> +
>>> + i2c {
>>> + #address-cells = <1>;
>>> + #size-cells = <0>;
>>> +
>>> + bridge@58 {
>>> + compatible = "ite,it6162";
>>> + reg = <0x58>;
>>> +
>>> + #sound-dai-cells = <0>;
>>> +
>>> + interrupt-parent = <&pio>;
>>> + interrupts = <128 IRQ_TYPE_LEVEL_LOW>;
>>> +
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&it6162_pins>;
>>> +
>>> + reset-gpios = <&pio 127 GPIO_ACTIVE_LOW>;
>>> +
>>> + ivdd-supply = <&pp1000_hdmi_x>;
>>> + ovdd-supply = <&pp3300_vio28_x>;
>>> + ovdd1833-supply = <&pp1800_vcamio_x>;
>>> +
>>> + ite,support-hdcp; // HDCP enabled on this board
>>> +
>>> + ports {
>>> + #address-cells = <1>;
>>> + #size-cells = <0>;
>>> +
>>> + port@0 {
>>> + reg = <0>;
>>> + it6162_dsi0: endpoint {
>>> + data-lanes = < 1 2 3 4>;
>>> + remote-endpoint = <&dsi_0_out>;
>>> + };
>>> + };
>>> +
>>> + port@1 {
>>> + reg = <1>;
>>> + it6162_dsi1: endpoint {
>>> + data-lanes = < 1 2 3 4>;
>>> + remote-endpoint = <&dsi_1_out>;
>>> + };
>>> + };
>>> +
>>> + port@2 {
>>> + reg = <2>;
>>> + it6162_audio_in: endpoint {
>>> + remote-endpoint = <&i2s0_out>;
>>> + };
>>> + };
>>> +
>>> + port@3 {
>>> + reg = <3>;
>>> + it6162_hdmi_out: endpoint {
>>> + remote-endpoint = <&hdmi_connector_in>;
>>> + };
>>> + };
>>> + };
>>> + };
>>> + };
>>> \ No newline at end of file
>>
>> You have patch warnings.
>>
>> Write detailed changelog explaining WHY you ignore or drop people's review and WHY you are doing these changes.
>>
>> Best regards,
>> Krzysztof
>>
>>
> BR,
> Hermes
>
Best regards,
Krzysztof
next prev parent reply other threads:[~2026-03-10 9:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-09 9:42 [PATCH v2 0/2] Add ITE IT6162 MIPI DSI to HDMI bridge driver Hermes Wu via B4 Relay
2026-03-09 9:42 ` [PATCH v2 1/2] dt-bindings: display: bridge: Add ITE IT6162 MIPI DSI to HDMI bridge Hermes Wu via B4 Relay
2026-03-09 10:30 ` Rob Herring (Arm)
2026-03-10 8:08 ` Krzysztof Kozlowski
2026-03-10 8:57 ` Hermes.Wu
2026-03-10 9:33 ` Krzysztof Kozlowski [this message]
2026-03-09 9:42 ` [PATCH v2 2/2] drm/bridge: Add ITE IT6162 MIPI DSI to HDMI bridge driver Hermes Wu via B4 Relay
2026-03-09 15:23 ` kernel test robot
2026-03-09 22:26 ` kernel test robot
2026-03-10 8:18 ` Krzysztof Kozlowski
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=b24b2a39-3457-4bc3-aa94-1625aaa7d70a@kernel.org \
--to=krzk@kernel.org \
--cc=Hermes.Wu@ite.com.tw \
--cc=Kenneth.Hung@ite.com.tw \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=Pet.Weng@ite.com.tw \
--cc=airlied@gmail.com \
--cc=andrzej.hajda@intel.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=krzk+dt@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=rfoss@kernel.org \
--cc=robh@kernel.org \
--cc=simona@ffwll.ch \
--cc=tzimmermann@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox