From: Rob Herring <robh@kernel.org>
To: Irui Wang <irui.wang@mediatek.com>
Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Tzung-Bi Shih <tzungbi@chromium.org>,
angelogioacchino.delregno@collabora.com,
nicolas.dufresne@collabora.com, wenst@chromium.org,
Project_Global_Chrome_Upstream_Group@mediatek.com,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org,
Tomasz Figa <tfiga@chromium.org>,
xia.jiang@mediatek.com, maoguang.meng@mediatek.com,
kyrie wu <kyrie.wu@mediatek.com>,
srv_heupstream@mediatek.com
Subject: Re: [V4,1/8] dt-bindings: mediatek: Add mediatek,mt8195-jpgdec compatible
Date: Fri, 1 Jul 2022 09:29:03 -0600 [thread overview]
Message-ID: <20220701152903.GA968728-robh@kernel.org> (raw)
In-Reply-To: <20220627025540.8901-2-irui.wang@mediatek.com>
On Mon, Jun 27, 2022 at 10:55:33AM +0800, Irui Wang wrote:
> From: kyrie wu <kyrie.wu@mediatek.com>
>
> Add mediatek,mt8195-jpgdec compatible to binding document.
>
> Signed-off-by: kyrie wu <kyrie.wu@mediatek.com>
> ---
> .../media/mediatek,mt8195-jpegdec.yaml | 176 ++++++++++++++++++
> 1 file changed, 176 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml
>
> diff --git a/Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml b/Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml
> new file mode 100644
> index 000000000000..8a255e8e2e09
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml
> @@ -0,0 +1,176 @@
> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/media/mediatek,mt8195-jpegdec.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: MediaTek JPEG Encoder Device Tree Bindings
s/Device Tree Bindings//
> +
> +maintainers:
> + - kyrie wu <kyrie.wu@mediatek.corp-partner.google.com>
> +
> +description: |-
Don't need '|-'
> + MediaTek JPEG Decoder is the JPEG decode hardware present in MediaTek SoCs
> +
> +properties:
> + compatible:
> + items:
> + - const: mediatek,mt8195-jpgdec
> +
> + mediatek,jpegdec-multi-core:
> + type: boolean
> + description: |
Don't need '|'
> + Indicates whether the jpeg encoder has multiple cores or not.
Can't this be implied from the child nodes?
> +
> + power-domains:
> + maxItems: 1
> +
> + iommus:
> + maxItems: 6
> + description: |
> + Points to the respective IOMMU block with master port as argument, see
> + Documentation/devicetree/bindings/iommu/mediatek,iommu.yaml for details.
> + Ports are according to the HW.
> +
> + "#address-cells":
> + const: 2
> +
> + "#size-cells":
> + const: 2
> +
> + ranges: true
> +
> +# Required child node:
> +patternProperties:
> + "^jpgdec@[0-9a-f]+$":
> + type: object
> + description: |
> + The jpeg decoder hardware device node which should be added as subnodes to
> + the main jpeg node.
> +
> + properties:
> + compatible:
> + const: mediatek,mt8195-jpgdec-hw
> +
> + reg:
> + maxItems: 1
> +
> + hw_id:
So a similar, but different property from the video codec? Either way,
this property should go. We don't do indexes in DT.
Why do you need this?
> + description: |
> + MT8195 decoding hardware id value. MT8195 has three decoding hardwares,
> + which is represented by this parameter.
> +
> + iommus:
> + minItems: 1
> + maxItems: 32
> + description: |
> + List of the hardware port in respective IOMMU block for current Socs.
> + Refer to bindings/iommu/mediatek,iommu.yaml.
> +
> + interrupts:
> + maxItems: 1
> +
> + clocks:
> + maxItems: 1
> +
> + clock-names:
> + items:
> + - const: jpgdec
> +
> + power-domains:
> + maxItems: 1
> +
> + required:
> + - compatible
> + - reg
> + - hw_id
> + - iommus
> + - interrupts
> + - clocks
> + - clock-names
> + - power-domains
> +
> + additionalProperties: false
> +
> +required:
> + - compatible
> + - power-domains
> + - iommus
> +
> +additionalProperties: false
> +
> +examples:
> + - |
> + #include <dt-bindings/interrupt-controller/arm-gic.h>
> + #include <dt-bindings/memory/mt8195-memory-port.h>
> + #include <dt-bindings/interrupt-controller/irq.h>
> + #include <dt-bindings/clock/mt8195-clk.h>
> + #include <dt-bindings/power/mt8195-power.h>
> +
> + soc {
> + #address-cells = <2>;
> + #size-cells = <2>;
> +
> + jpgdec_master {
> + compatible = "mediatek,mt8195-jpgdec";
> + mediatek,jpegdec-multi-core;
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC1>;
> + iommus = <&iommu_vpp M4U_PORT_L19_JPGDEC_WDMA0>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BSDMA0>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_WDMA1>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BSDMA1>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BUFF_OFFSET0>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + jpgdec@1a040000 {
> + compatible = "mediatek,mt8195-jpgdec-hw";
> + reg = <0 0x1a040000 0 0x10000>;/* JPGDEC_C0 */
> + hw_id = <0>;
> + iommus = <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET0>;
> + interrupts = <GIC_SPI 343 IRQ_TYPE_LEVEL_HIGH 0>;
> + clocks = <&vencsys CLK_VENC_JPGDEC>;
> + clock-names = "jpgdec";
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC0>;
> + };
> +
> + jpgdec@1a050000 {
> + compatible = "mediatek,mt8195-jpgdec-hw";
> + reg = <0 0x1a050000 0 0x10000>;/* JPGDEC_C1 */
> + hw_id = <1>;
> + iommus = <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET0>;
> + interrupts = <GIC_SPI 344 IRQ_TYPE_LEVEL_HIGH 0>;
> + clocks = <&vencsys CLK_VENC_JPGDEC_C1>;
> + clock-names = "jpgdec";
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC1>;
> + };
> +
> + jpgdec@1b040000 {
> + compatible = "mediatek,mt8195-jpgdec-hw";
> + reg = <0 0x1b040000 0 0x10000>;/* JPGDEC_C2 */
> + hw_id = <2>;
> + iommus = <&iommu_vpp M4U_PORT_L20_JPGDEC_WDMA0>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BSDMA0>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_WDMA1>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BSDMA1>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BUFF_OFFSET0>;
> + interrupts = <GIC_SPI 348 IRQ_TYPE_LEVEL_HIGH 0>;
> + clocks = <&vencsys_core1 CLK_VENC_CORE1_JPGDEC>;
> + clock-names = "jpgdec";
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC2>;
> + };
> + };
> + };
> --
> 2.18.0
>
>
WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Irui Wang <irui.wang@mediatek.com>
Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Tzung-Bi Shih <tzungbi@chromium.org>,
angelogioacchino.delregno@collabora.com,
nicolas.dufresne@collabora.com, wenst@chromium.org,
Project_Global_Chrome_Upstream_Group@mediatek.com,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org,
Tomasz Figa <tfiga@chromium.org>,
xia.jiang@mediatek.com, maoguang.meng@mediatek.com,
kyrie wu <kyrie.wu@mediatek.com>,
srv_heupstream@mediatek.com
Subject: Re: [V4,1/8] dt-bindings: mediatek: Add mediatek,mt8195-jpgdec compatible
Date: Fri, 1 Jul 2022 09:29:03 -0600 [thread overview]
Message-ID: <20220701152903.GA968728-robh@kernel.org> (raw)
In-Reply-To: <20220627025540.8901-2-irui.wang@mediatek.com>
On Mon, Jun 27, 2022 at 10:55:33AM +0800, Irui Wang wrote:
> From: kyrie wu <kyrie.wu@mediatek.com>
>
> Add mediatek,mt8195-jpgdec compatible to binding document.
>
> Signed-off-by: kyrie wu <kyrie.wu@mediatek.com>
> ---
> .../media/mediatek,mt8195-jpegdec.yaml | 176 ++++++++++++++++++
> 1 file changed, 176 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml
>
> diff --git a/Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml b/Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml
> new file mode 100644
> index 000000000000..8a255e8e2e09
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/media/mediatek,mt8195-jpegdec.yaml
> @@ -0,0 +1,176 @@
> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/media/mediatek,mt8195-jpegdec.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: MediaTek JPEG Encoder Device Tree Bindings
s/Device Tree Bindings//
> +
> +maintainers:
> + - kyrie wu <kyrie.wu@mediatek.corp-partner.google.com>
> +
> +description: |-
Don't need '|-'
> + MediaTek JPEG Decoder is the JPEG decode hardware present in MediaTek SoCs
> +
> +properties:
> + compatible:
> + items:
> + - const: mediatek,mt8195-jpgdec
> +
> + mediatek,jpegdec-multi-core:
> + type: boolean
> + description: |
Don't need '|'
> + Indicates whether the jpeg encoder has multiple cores or not.
Can't this be implied from the child nodes?
> +
> + power-domains:
> + maxItems: 1
> +
> + iommus:
> + maxItems: 6
> + description: |
> + Points to the respective IOMMU block with master port as argument, see
> + Documentation/devicetree/bindings/iommu/mediatek,iommu.yaml for details.
> + Ports are according to the HW.
> +
> + "#address-cells":
> + const: 2
> +
> + "#size-cells":
> + const: 2
> +
> + ranges: true
> +
> +# Required child node:
> +patternProperties:
> + "^jpgdec@[0-9a-f]+$":
> + type: object
> + description: |
> + The jpeg decoder hardware device node which should be added as subnodes to
> + the main jpeg node.
> +
> + properties:
> + compatible:
> + const: mediatek,mt8195-jpgdec-hw
> +
> + reg:
> + maxItems: 1
> +
> + hw_id:
So a similar, but different property from the video codec? Either way,
this property should go. We don't do indexes in DT.
Why do you need this?
> + description: |
> + MT8195 decoding hardware id value. MT8195 has three decoding hardwares,
> + which is represented by this parameter.
> +
> + iommus:
> + minItems: 1
> + maxItems: 32
> + description: |
> + List of the hardware port in respective IOMMU block for current Socs.
> + Refer to bindings/iommu/mediatek,iommu.yaml.
> +
> + interrupts:
> + maxItems: 1
> +
> + clocks:
> + maxItems: 1
> +
> + clock-names:
> + items:
> + - const: jpgdec
> +
> + power-domains:
> + maxItems: 1
> +
> + required:
> + - compatible
> + - reg
> + - hw_id
> + - iommus
> + - interrupts
> + - clocks
> + - clock-names
> + - power-domains
> +
> + additionalProperties: false
> +
> +required:
> + - compatible
> + - power-domains
> + - iommus
> +
> +additionalProperties: false
> +
> +examples:
> + - |
> + #include <dt-bindings/interrupt-controller/arm-gic.h>
> + #include <dt-bindings/memory/mt8195-memory-port.h>
> + #include <dt-bindings/interrupt-controller/irq.h>
> + #include <dt-bindings/clock/mt8195-clk.h>
> + #include <dt-bindings/power/mt8195-power.h>
> +
> + soc {
> + #address-cells = <2>;
> + #size-cells = <2>;
> +
> + jpgdec_master {
> + compatible = "mediatek,mt8195-jpgdec";
> + mediatek,jpegdec-multi-core;
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC1>;
> + iommus = <&iommu_vpp M4U_PORT_L19_JPGDEC_WDMA0>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BSDMA0>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_WDMA1>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BSDMA1>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vpp M4U_PORT_L19_JPGDEC_BUFF_OFFSET0>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + jpgdec@1a040000 {
> + compatible = "mediatek,mt8195-jpgdec-hw";
> + reg = <0 0x1a040000 0 0x10000>;/* JPGDEC_C0 */
> + hw_id = <0>;
> + iommus = <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET0>;
> + interrupts = <GIC_SPI 343 IRQ_TYPE_LEVEL_HIGH 0>;
> + clocks = <&vencsys CLK_VENC_JPGDEC>;
> + clock-names = "jpgdec";
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC0>;
> + };
> +
> + jpgdec@1a050000 {
> + compatible = "mediatek,mt8195-jpgdec-hw";
> + reg = <0 0x1a050000 0 0x10000>;/* JPGDEC_C1 */
> + hw_id = <1>;
> + iommus = <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA0>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_WDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BSDMA1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vdo M4U_PORT_L19_JPGDEC_BUFF_OFFSET0>;
> + interrupts = <GIC_SPI 344 IRQ_TYPE_LEVEL_HIGH 0>;
> + clocks = <&vencsys CLK_VENC_JPGDEC_C1>;
> + clock-names = "jpgdec";
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC1>;
> + };
> +
> + jpgdec@1b040000 {
> + compatible = "mediatek,mt8195-jpgdec-hw";
> + reg = <0 0x1b040000 0 0x10000>;/* JPGDEC_C2 */
> + hw_id = <2>;
> + iommus = <&iommu_vpp M4U_PORT_L20_JPGDEC_WDMA0>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BSDMA0>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_WDMA1>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BSDMA1>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BUFF_OFFSET1>,
> + <&iommu_vpp M4U_PORT_L20_JPGDEC_BUFF_OFFSET0>;
> + interrupts = <GIC_SPI 348 IRQ_TYPE_LEVEL_HIGH 0>;
> + clocks = <&vencsys_core1 CLK_VENC_CORE1_JPGDEC>;
> + clock-names = "jpgdec";
> + power-domains = <&spm MT8195_POWER_DOMAIN_VDEC2>;
> + };
> + };
> + };
> --
> 2.18.0
>
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-07-01 15:29 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-27 2:55 [V4,0/8] Support multi-hardware jpeg decoder for MT8195 Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-06-27 2:55 ` [V4,1/8] dt-bindings: mediatek: Add mediatek,mt8195-jpgdec compatible Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-07-01 15:29 ` Rob Herring [this message]
2022-07-01 15:29 ` Rob Herring
2022-07-14 8:42 ` kyrie.wu
2022-07-14 8:42 ` kyrie.wu
2022-07-05 13:00 ` AngeloGioacchino Del Regno
2022-07-05 13:00 ` AngeloGioacchino Del Regno
2022-07-14 8:56 ` kyrie.wu
2022-07-14 8:56 ` kyrie.wu
2022-06-27 2:55 ` [V4,2/8] media: mtk-jpegdec: export jpeg decoder functions Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-06-27 2:55 ` [PV4,3/8] media: mtk-jpegdec: manage jpegdec multi-hardware Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-07-05 13:36 ` AngeloGioacchino Del Regno
2022-07-05 13:36 ` AngeloGioacchino Del Regno
2022-07-14 8:55 ` kyrie.wu
2022-07-14 8:55 ` kyrie.wu
2022-06-27 2:55 ` [V4,4/8] media: mtk-jpegdec: add jpegdec timeout func interface Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-06-27 2:55 ` [V4,5/8] media: mtk-jpegdec: add jpeg decode worker interface Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-06-27 2:55 ` [V4,6/8] media: mtk-jpegdec: add output pic reorder interface Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-06-27 2:55 ` [V4,7/8] media: mtk-jpegdec: refactor jpegdec func interface Irui Wang
2022-06-27 2:55 ` Irui Wang
2022-06-27 2:55 ` [V4,8/8] mtk-jpegdec: add stop cmd interface for jpgdec Irui Wang
2022-06-27 2:55 ` Irui Wang
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=20220701152903.GA968728-robh@kernel.org \
--to=robh@kernel.org \
--cc=Project_Global_Chrome_Upstream_Group@mediatek.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=devicetree@vger.kernel.org \
--cc=hverkuil-cisco@xs4all.nl \
--cc=irui.wang@mediatek.com \
--cc=kyrie.wu@mediatek.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=maoguang.meng@mediatek.com \
--cc=matthias.bgg@gmail.com \
--cc=mchehab@kernel.org \
--cc=nicolas.dufresne@collabora.com \
--cc=srv_heupstream@mediatek.com \
--cc=tfiga@chromium.org \
--cc=tzungbi@chromium.org \
--cc=wenst@chromium.org \
--cc=xia.jiang@mediatek.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.