Message ID | 20220627025540.8901-2-irui.wang@mediatek.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | Support multi-hardware jpeg decoder for MT8195 | expand |
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 > >
Il 27/06/22 04:55, Irui Wang ha scritto: > 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# > + ...snip... > + > +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 { Additionally to Rob's review, which I of course fully agree on, this example devicetree does *not* work on MT8195. [ 13.015716] mtk-jpegdec-hw 1a040000.jpgdec: Adding to iommu group 1 [ 13.025383] mtk-jpegdec-hw 1a050000.jpgdec: Adding to iommu group 1 [ 13.034814] mtk-jpegdec-hw 1b040000.jpgdec: Adding to iommu group 1 [ 13.041672] mtk-jpeg soc:jpgdec_master: invalid resource [ 13.049758] mtk-jpeg: probe of soc:jpgdec_master failed with error -22 Regards, Angelo > + 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>; > + }; > + }; > + };
On Fri, 2022-07-01 at 09:29 -0600, Rob Herring wrote: > 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? Dear Rob, I will remove is in the next version to simplify device node. Kyrie. > > > + > > + 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? It also will be removed in the next version. > > > + 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 > > > >
On Tue, 2022-07-05 at 15:00 +0200, AngeloGioacchino Del Regno wrote: > Il 27/06/22 04:55, Irui Wang ha scritto: > > 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# > > + > > ...snip... > > > + > > +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 { > > Additionally to Rob's review, which I of course fully agree on, this > example > devicetree does *not* work on MT8195. > > [ 13.015716] mtk-jpegdec-hw 1a040000.jpgdec: Adding to iommu group > 1 > > [ 13.025383] mtk-jpegdec-hw 1a050000.jpgdec: Adding to iommu group > 1 > > [ 13.034814] mtk-jpegdec-hw 1b040000.jpgdec: Adding to iommu group > 1 > > [ 13.041672] mtk-jpeg soc:jpgdec_master: invalid resource > > [ 13.049758] mtk-jpeg: probe of soc:jpgdec_master failed with error > -22 > > > Regards, > Angelo This error will be fixed. Thanks. > > > + 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>; > > + }; > > + }; > > + }; > > >
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 + +maintainers: + - kyrie wu <kyrie.wu@mediatek.corp-partner.google.com> + +description: |- + 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: | + Indicates whether the jpeg encoder has multiple cores or not. + + 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: + 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>; + }; + }; + };