From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752808AbcBOKnP (ORCPT ); Mon, 15 Feb 2016 05:43:15 -0500 Received: from mail-vk0-f45.google.com ([209.85.213.45]:33758 "EHLO mail-vk0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751182AbcBOKnJ (ORCPT ); Mon, 15 Feb 2016 05:43:09 -0500 MIME-Version: 1.0 In-Reply-To: References: <1454585703-42428-1-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-2-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-3-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-4-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-5-git-send-email-tiffany.lin@mediatek.com> From: Daniel Kurtz Date: Mon, 15 Feb 2016 18:42:48 +0800 X-Google-Sender-Auth: L0XvxtK_t3iYuMHVxd6DOIUUoRU Message-ID: Subject: Re: [PATCH v4 4/8] dt-bindings: Add a binding for Mediatek Video Encoder To: Tiffany Lin Cc: Hans Verkuil , Daniel Thompson , Rob Herring , Mauro Carvalho Chehab , Matthias Brugger , Pawel Osciak , Eddie Huang , Yingjoe Chen , "open list:OPEN FIRMWARE AND..." , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , linux-media@vger.kernel.org, "moderated list:ARM/Mediatek SoC support" , Lin PoChun , Tomasz Figa Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 9, 2016 at 7:29 PM, Daniel Kurtz wrote: > Hi Tiffany, > > On Thu, Feb 4, 2016 at 7:34 PM, Tiffany Lin wrote: >> Add a DT binding documentation of Video Encoder for the >> MT8173 SoC from Mediatek. >> >> Signed-off-by: Tiffany Lin >> --- >> .../devicetree/bindings/media/mediatek-vcodec.txt | 59 ++++++++++++++++++++ >> 1 file changed, 59 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> >> diff --git a/Documentation/devicetree/bindings/media/mediatek-vcodec.txt b/Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> new file mode 100644 >> index 0000000..572bfdd >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> @@ -0,0 +1,59 @@ >> +Mediatek Video Codec >> + >> +Mediatek Video Codec is the video codec hw present in Mediatek SoCs which >> +supports high resolution encoding functionalities. >> + >> +Required properties: >> +- compatible : "mediatek,mt8173-vcodec-enc" for encoder >> +- reg : Physical base address of the video codec registers and length of >> + memory mapped region. >> +- interrupts : interrupt number to the cpu. >> +- mediatek,larb : must contain the local arbiters in the current Socs. >> +- clocks : list of clock specifiers, corresponding to entries in >> + the clock-names property. >> +- clock-names: encoder must contain "vencpll_d2", "venc_sel", "univpll1_d2", >> + "venc_lt_sel". >> +- iommus : should point to the respective IOMMU block with master port as >> + argument, see Documentation/devicetree/bindings/iommu/mediatek,iommu.txt >> + for details. >> +- mediatek,vpu : the node of video processor unit >> + >> +Example: >> +vcodec_enc: vcodec@0x18002000 { >> + compatible = "mediatek,mt8173-vcodec-enc"; >> + reg = <0 0x18002000 0 0x1000>, /*VENC_SYS*/ >> + <0 0x19002000 0 0x1000>; /*VENC_LT_SYS*/ > > This really looks like two encoder devices combined into a single > device tree node. > There are two register sets, two irqs, two sets of iommus, and two > sets of clocks. > > If possible, please split this node into two, one for each encoder. I chatted offline with Mediatek. They explained that there really is just one encoder hardware, that happens to support multiple formats. The encoder cannot encode with both formats at the same time. The Mediatek HW designers added a new format to an existing encoder by adding a second interface (register set, irq, iommus, clocks) without modifying the original interface. However in the hardware itself there is really just one encoder device. So, although this node looks like it is for two encoder devices (one for each format), really there is just one device that supports each format through its large interface. So, I'm fine with this being a single device node. >> + interrupts = , >> + ; >> + mediatek,larb = <&larb3>, >> + <&larb5>; >> + iommus = <&iommu M4U_PORT_VENC_RCPU>, >> + <&iommu M4U_PORT_VENC_REC>, >> + <&iommu M4U_PORT_VENC_BSDMA>, >> + <&iommu M4U_PORT_VENC_SV_COMV>, >> + <&iommu M4U_PORT_VENC_RD_COMV>, >> + <&iommu M4U_PORT_VENC_CUR_LUMA>, >> + <&iommu M4U_PORT_VENC_CUR_CHROMA>, >> + <&iommu M4U_PORT_VENC_REF_LUMA>, >> + <&iommu M4U_PORT_VENC_REF_CHROMA>, >> + <&iommu M4U_PORT_VENC_NBM_RDMA>, >> + <&iommu M4U_PORT_VENC_NBM_WDMA>, >> + <&iommu M4U_PORT_VENC_RCPU_SET2>, >> + <&iommu M4U_PORT_VENC_REC_FRM_SET2>, >> + <&iommu M4U_PORT_VENC_BSDMA_SET2>, >> + <&iommu M4U_PORT_VENC_SV_COMA_SET2>, >> + <&iommu M4U_PORT_VENC_RD_COMA_SET2>, >> + <&iommu M4U_PORT_VENC_CUR_LUMA_SET2>, >> + <&iommu M4U_PORT_VENC_CUR_CHROMA_SET2>, >> + <&iommu M4U_PORT_VENC_REF_LUMA_SET2>, >> + <&iommu M4U_PORT_VENC_REC_CHROMA_SET2>; >> + mediatek,vpu = <&vpu>; >> + clocks = <&topckgen CLK_TOP_VENCPLL_D2>, >> + <&topckgen CLK_TOP_VENC_SEL>, >> + <&topckgen CLK_TOP_UNIVPLL1_D2>, >> + <&topckgen CLK_TOP_VENC_LT_SEL>; >> + clock-names = "vencpll_d2", >> + "venc_sel", >> + "univpll1_d2", >> + "venc_lt_sel"; > > The names of these clocks should be from the perspective of the > encoder, not the clock provider. I still think these clock names should be updated, however. -Dan From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Kurtz Subject: Re: [PATCH v4 4/8] dt-bindings: Add a binding for Mediatek Video Encoder Date: Mon, 15 Feb 2016 18:42:48 +0800 Message-ID: References: <1454585703-42428-1-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-2-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-3-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-4-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-5-git-send-email-tiffany.lin@mediatek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Tiffany Lin Cc: Hans Verkuil , Daniel Thompson , Rob Herring , Mauro Carvalho Chehab , Matthias Brugger , Pawel Osciak , Eddie Huang , Yingjoe Chen , "open list:OPEN FIRMWARE AND..." , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , linux-media@vger.kernel.org, "moderated list:ARM/Mediatek SoC support" , Lin PoChun , Tomasz Figa List-Id: devicetree@vger.kernel.org On Tue, Feb 9, 2016 at 7:29 PM, Daniel Kurtz wrote: > Hi Tiffany, > > On Thu, Feb 4, 2016 at 7:34 PM, Tiffany Lin wrote: >> Add a DT binding documentation of Video Encoder for the >> MT8173 SoC from Mediatek. >> >> Signed-off-by: Tiffany Lin >> --- >> .../devicetree/bindings/media/mediatek-vcodec.txt | 59 ++++++++++++++++++++ >> 1 file changed, 59 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> >> diff --git a/Documentation/devicetree/bindings/media/mediatek-vcodec.txt b/Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> new file mode 100644 >> index 0000000..572bfdd >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> @@ -0,0 +1,59 @@ >> +Mediatek Video Codec >> + >> +Mediatek Video Codec is the video codec hw present in Mediatek SoCs which >> +supports high resolution encoding functionalities. >> + >> +Required properties: >> +- compatible : "mediatek,mt8173-vcodec-enc" for encoder >> +- reg : Physical base address of the video codec registers and length of >> + memory mapped region. >> +- interrupts : interrupt number to the cpu. >> +- mediatek,larb : must contain the local arbiters in the current Socs. >> +- clocks : list of clock specifiers, corresponding to entries in >> + the clock-names property. >> +- clock-names: encoder must contain "vencpll_d2", "venc_sel", "univpll1_d2", >> + "venc_lt_sel". >> +- iommus : should point to the respective IOMMU block with master port as >> + argument, see Documentation/devicetree/bindings/iommu/mediatek,iommu.txt >> + for details. >> +- mediatek,vpu : the node of video processor unit >> + >> +Example: >> +vcodec_enc: vcodec@0x18002000 { >> + compatible = "mediatek,mt8173-vcodec-enc"; >> + reg = <0 0x18002000 0 0x1000>, /*VENC_SYS*/ >> + <0 0x19002000 0 0x1000>; /*VENC_LT_SYS*/ > > This really looks like two encoder devices combined into a single > device tree node. > There are two register sets, two irqs, two sets of iommus, and two > sets of clocks. > > If possible, please split this node into two, one for each encoder. I chatted offline with Mediatek. They explained that there really is just one encoder hardware, that happens to support multiple formats. The encoder cannot encode with both formats at the same time. The Mediatek HW designers added a new format to an existing encoder by adding a second interface (register set, irq, iommus, clocks) without modifying the original interface. However in the hardware itself there is really just one encoder device. So, although this node looks like it is for two encoder devices (one for each format), really there is just one device that supports each format through its large interface. So, I'm fine with this being a single device node. >> + interrupts = , >> + ; >> + mediatek,larb = <&larb3>, >> + <&larb5>; >> + iommus = <&iommu M4U_PORT_VENC_RCPU>, >> + <&iommu M4U_PORT_VENC_REC>, >> + <&iommu M4U_PORT_VENC_BSDMA>, >> + <&iommu M4U_PORT_VENC_SV_COMV>, >> + <&iommu M4U_PORT_VENC_RD_COMV>, >> + <&iommu M4U_PORT_VENC_CUR_LUMA>, >> + <&iommu M4U_PORT_VENC_CUR_CHROMA>, >> + <&iommu M4U_PORT_VENC_REF_LUMA>, >> + <&iommu M4U_PORT_VENC_REF_CHROMA>, >> + <&iommu M4U_PORT_VENC_NBM_RDMA>, >> + <&iommu M4U_PORT_VENC_NBM_WDMA>, >> + <&iommu M4U_PORT_VENC_RCPU_SET2>, >> + <&iommu M4U_PORT_VENC_REC_FRM_SET2>, >> + <&iommu M4U_PORT_VENC_BSDMA_SET2>, >> + <&iommu M4U_PORT_VENC_SV_COMA_SET2>, >> + <&iommu M4U_PORT_VENC_RD_COMA_SET2>, >> + <&iommu M4U_PORT_VENC_CUR_LUMA_SET2>, >> + <&iommu M4U_PORT_VENC_CUR_CHROMA_SET2>, >> + <&iommu M4U_PORT_VENC_REF_LUMA_SET2>, >> + <&iommu M4U_PORT_VENC_REC_CHROMA_SET2>; >> + mediatek,vpu = <&vpu>; >> + clocks = <&topckgen CLK_TOP_VENCPLL_D2>, >> + <&topckgen CLK_TOP_VENC_SEL>, >> + <&topckgen CLK_TOP_UNIVPLL1_D2>, >> + <&topckgen CLK_TOP_VENC_LT_SEL>; >> + clock-names = "vencpll_d2", >> + "venc_sel", >> + "univpll1_d2", >> + "venc_lt_sel"; > > The names of these clocks should be from the perspective of the > encoder, not the clock provider. I still think these clock names should be updated, however. -Dan From mboxrd@z Thu Jan 1 00:00:00 1970 From: djkurtz@chromium.org (Daniel Kurtz) Date: Mon, 15 Feb 2016 18:42:48 +0800 Subject: [PATCH v4 4/8] dt-bindings: Add a binding for Mediatek Video Encoder In-Reply-To: References: <1454585703-42428-1-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-2-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-3-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-4-git-send-email-tiffany.lin@mediatek.com> <1454585703-42428-5-git-send-email-tiffany.lin@mediatek.com> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Tue, Feb 9, 2016 at 7:29 PM, Daniel Kurtz wrote: > Hi Tiffany, > > On Thu, Feb 4, 2016 at 7:34 PM, Tiffany Lin wrote: >> Add a DT binding documentation of Video Encoder for the >> MT8173 SoC from Mediatek. >> >> Signed-off-by: Tiffany Lin >> --- >> .../devicetree/bindings/media/mediatek-vcodec.txt | 59 ++++++++++++++++++++ >> 1 file changed, 59 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> >> diff --git a/Documentation/devicetree/bindings/media/mediatek-vcodec.txt b/Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> new file mode 100644 >> index 0000000..572bfdd >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/media/mediatek-vcodec.txt >> @@ -0,0 +1,59 @@ >> +Mediatek Video Codec >> + >> +Mediatek Video Codec is the video codec hw present in Mediatek SoCs which >> +supports high resolution encoding functionalities. >> + >> +Required properties: >> +- compatible : "mediatek,mt8173-vcodec-enc" for encoder >> +- reg : Physical base address of the video codec registers and length of >> + memory mapped region. >> +- interrupts : interrupt number to the cpu. >> +- mediatek,larb : must contain the local arbiters in the current Socs. >> +- clocks : list of clock specifiers, corresponding to entries in >> + the clock-names property. >> +- clock-names: encoder must contain "vencpll_d2", "venc_sel", "univpll1_d2", >> + "venc_lt_sel". >> +- iommus : should point to the respective IOMMU block with master port as >> + argument, see Documentation/devicetree/bindings/iommu/mediatek,iommu.txt >> + for details. >> +- mediatek,vpu : the node of video processor unit >> + >> +Example: >> +vcodec_enc: vcodec at 0x18002000 { >> + compatible = "mediatek,mt8173-vcodec-enc"; >> + reg = <0 0x18002000 0 0x1000>, /*VENC_SYS*/ >> + <0 0x19002000 0 0x1000>; /*VENC_LT_SYS*/ > > This really looks like two encoder devices combined into a single > device tree node. > There are two register sets, two irqs, two sets of iommus, and two > sets of clocks. > > If possible, please split this node into two, one for each encoder. I chatted offline with Mediatek. They explained that there really is just one encoder hardware, that happens to support multiple formats. The encoder cannot encode with both formats at the same time. The Mediatek HW designers added a new format to an existing encoder by adding a second interface (register set, irq, iommus, clocks) without modifying the original interface. However in the hardware itself there is really just one encoder device. So, although this node looks like it is for two encoder devices (one for each format), really there is just one device that supports each format through its large interface. So, I'm fine with this being a single device node. >> + interrupts = , >> + ; >> + mediatek,larb = <&larb3>, >> + <&larb5>; >> + iommus = <&iommu M4U_PORT_VENC_RCPU>, >> + <&iommu M4U_PORT_VENC_REC>, >> + <&iommu M4U_PORT_VENC_BSDMA>, >> + <&iommu M4U_PORT_VENC_SV_COMV>, >> + <&iommu M4U_PORT_VENC_RD_COMV>, >> + <&iommu M4U_PORT_VENC_CUR_LUMA>, >> + <&iommu M4U_PORT_VENC_CUR_CHROMA>, >> + <&iommu M4U_PORT_VENC_REF_LUMA>, >> + <&iommu M4U_PORT_VENC_REF_CHROMA>, >> + <&iommu M4U_PORT_VENC_NBM_RDMA>, >> + <&iommu M4U_PORT_VENC_NBM_WDMA>, >> + <&iommu M4U_PORT_VENC_RCPU_SET2>, >> + <&iommu M4U_PORT_VENC_REC_FRM_SET2>, >> + <&iommu M4U_PORT_VENC_BSDMA_SET2>, >> + <&iommu M4U_PORT_VENC_SV_COMA_SET2>, >> + <&iommu M4U_PORT_VENC_RD_COMA_SET2>, >> + <&iommu M4U_PORT_VENC_CUR_LUMA_SET2>, >> + <&iommu M4U_PORT_VENC_CUR_CHROMA_SET2>, >> + <&iommu M4U_PORT_VENC_REF_LUMA_SET2>, >> + <&iommu M4U_PORT_VENC_REC_CHROMA_SET2>; >> + mediatek,vpu = <&vpu>; >> + clocks = <&topckgen CLK_TOP_VENCPLL_D2>, >> + <&topckgen CLK_TOP_VENC_SEL>, >> + <&topckgen CLK_TOP_UNIVPLL1_D2>, >> + <&topckgen CLK_TOP_VENC_LT_SEL>; >> + clock-names = "vencpll_d2", >> + "venc_sel", >> + "univpll1_d2", >> + "venc_lt_sel"; > > The names of these clocks should be from the perspective of the > encoder, not the clock provider. I still think these clock names should be updated, however. -Dan