From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Rick Chang <rick.chang@mediatek.com>
Cc: Hans Verkuil <hans.verkuil@cisco.com>,
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
linux-kernel@vger.kernel.org, linux-media@vger.kernel.org,
srv_heupstream@mediatek.com, linux-mediatek@lists.infradead.org,
Minghsiu Tsai <minghsiu.tsai@mediatek.com>
Subject: Re: [PATCH v2 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder
Date: Thu, 03 Nov 2016 20:34:45 +0200 [thread overview]
Message-ID: <1838616.gXE7Zi2nyC@avalon> (raw)
In-Reply-To: <5665939.z4I9T3nobc@avalon>
Hi Rick,
A few more comments.
On Thursday 03 Nov 2016 20:33:12 Laurent Pinchart wrote:
> On Monday 31 Oct 2016 15:16:55 Rick Chang wrote:
> > Add a DT binding documentation for Mediatek JPEG Decoder of
> > MT2701 SoC.
> >
> > Signed-off-by: Rick Chang <rick.chang@mediatek.com>
> > Signed-off-by: Minghsiu Tsai <minghsiu.tsai@mediatek.com>
> > ---
> >
> > .../bindings/media/mediatek-jpeg-codec.txt | 35 ++++++++++++++++
> > 1 file changed, 35 insertions(+)
> > create mode 100644
> > Documentation/devicetree/bindings/media/mediatek-jpeg-codec.txt
> >
> > diff --git
> > a/Documentation/devicetree/bindings/media/mediatek-jpeg-codec.txt
> > b/Documentation/devicetree/bindings/media/mediatek-jpeg-codec.txt new
> > file mode 100644
> > index 0000000..514e656
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/media/mediatek-jpeg-codec.txt
> > @@ -0,0 +1,35 @@
> > +* Mediatek JPEG Codec
>
> Is it a codec or a decoder only ?
>
> > +Mediatek JPEG Codec device driver is a v4l2 driver which can decode
> > +JPEG-encoded video frames.
>
> DT bindings should not reference drivers, they are OS-agnostic.
>
> > +Required properties:
> > + - compatible : "mediatek,mt2701-jpgdec"
Is the JPEG decoder found in MT2701 only, or in other Mediatek SoCs as well ?
> > + - reg : Physical base address of the jpeg codec registers and length of
> > + memory mapped region.
> > + - interrupts : interrupt number to the cpu.
>
> That's actually not correct, the interrupt number is local to the interrupt
> controller, not to the CPU.
>
> > + - clocks : clock name from clock manager
>
> The clocks property doesn't contain a name.
Furthermore you should document which clocks need to be specified here. There
are two of them in the example below, the documentation should explain this
clearly.
> Until we provide standardized descriptions for those properties, I recommend
> copying the compatible, reg, interrupts, clocks, clock-names, power-domains
> and iommus properties descriptions from good DT bindings. Which DT bindings
> are good source of inspiration here is left as an exercise for the reader
> I'm afraid :-(
>
> > + - clock-names: the clocks of the jpeg codec H/W
> > + - power-domains : a phandle to the power domain.
> > + - larb : must contain the larbes of current platform
>
> Shouldn't this be mediatek,larb ? And what is a larb ?
>
> > + - iommus : Mediatek IOMMU H/W has designed the fixed associations with
> > + the multimedia H/W. and there is only one multimedia iommu
> > domain.
> > + "iommus = <&iommu portid>" the "portid" is from
> > + dt-bindings\iommu\mt2701-iommu-port.h, it means that this portid
> > will
> > + enable iommu. The portid default is disable iommu if "<&iommu>
>
> portid>"
>
> > + don't be added.
>
> There are two iommus instances in your example below, this should be
> documented. This description is not very clear I'm afraid.
>
> > +
> > +Example:
> > + jpegdec: jpegdec@15004000 {
> > + compatible = "mediatek,mt2701-jpgdec";
> > + reg = <0 0x15004000 0 0x1000>;
> > + interrupts = <GIC_SPI 143 IRQ_TYPE_LEVEL_LOW>;
> > + clocks = <&imgsys CLK_IMG_JPGDEC_SMI>,
> > + <&imgsys CLK_IMG_JPGDEC>;
> > + clock-names = "jpgdec-smi",
> > + "jpgdec";
> > + power-domains = <&scpsys MT2701_POWER_DOMAIN_ISP>;
> > + mediatek,larb = <&larb2>;
> > + iommus = <&iommu MT2701_M4U_PORT_JPGDEC_WDMA>,
> > + <&iommu MT2701_M4U_PORT_JPGDEC_BSDMA>;
> > + };
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2016-11-03 18:34 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-31 7:16 [PATCH v2 0/3] Add Mediatek JPEG Decoder Rick Chang
2016-10-31 7:16 ` Rick Chang
2016-10-31 7:16 ` [PATCH v2 1/3] dt-bindings: mediatek: Add a binding for " Rick Chang
2016-10-31 7:16 ` Rick Chang
2016-11-03 18:33 ` Laurent Pinchart
2016-11-03 18:34 ` Laurent Pinchart [this message]
2016-11-04 4:51 ` Rick Chang
2016-11-04 4:51 ` Rick Chang
2016-11-04 15:56 ` Laurent Pinchart
2016-11-04 4:21 ` Rick Chang
2016-11-04 4:21 ` Rick Chang
2016-10-31 7:16 ` [PATCH v2 2/3] vcodec: mediatek: Add Mediatek JPEG Decoder Driver Rick Chang
2016-10-31 7:16 ` Rick Chang
[not found] ` <1477898217-19250-1-git-send-email-rick.chang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2016-10-31 7:16 ` [PATCH v2 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder Rick Chang
2016-10-31 7:16 ` Rick Chang
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=1838616.gXE7Zi2nyC@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=hans.verkuil@cisco.com \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=matthias.bgg@gmail.com \
--cc=mchehab@kernel.org \
--cc=minghsiu.tsai@mediatek.com \
--cc=rick.chang@mediatek.com \
--cc=srv_heupstream@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.