From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Kieran Bingham <kieran.bingham@ideasonboard.com>
Cc: linux-media@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
"Niklas Söderlund" <niklas.soderlund@ragnatech.se>,
"Jacopo Mondi" <jacopo@jmondi.org>,
"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
"Jacopo Mondi" <jacopo+renesas@jmondi.org>
Subject: Re: [PATCH v2 2/4] dt-bindings: media: i2c: Add bindings for IMI RDACM20
Date: Fri, 17 Aug 2018 18:12:05 +0300 [thread overview]
Message-ID: <5928304.EryO5GDx9q@avalon> (raw)
In-Reply-To: <20180808165559.29957-3-kieran.bingham@ideasonboard.com>
Hi Kieran,
Thank you for the patch.
On Wednesday, 8 August 2018 19:55:57 EEST Kieran Bingham wrote:
> From: Jacopo Mondi <jacopo+renesas@jmondi.org>
>
> IMI D&D
Dungeons & Dragons ?
> RDACM20 automotive platform is a Gigabit Multimedia Serial Link
Where does "automotive platform" come from ? How about just "The IMI RDACM20
is a ..." ?
> (GMSL) camera transmitting video and I2C control messages on coax cable
> physical link.
>
> Document its device tree binding interface.
>
> Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
> Signed-off-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
>
> ---
> v2:
> - Provide imi vendor prefix
> - Fix minor spelling
>
> .../bindings/media/i2c/imi,rdacm20.txt | 62 +++++++++++++++++++
> .../devicetree/bindings/vendor-prefixes.txt | 1 +
> 2 files changed, 63 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/media/i2c/imi,rdacm20.txt
>
> diff --git a/Documentation/devicetree/bindings/media/i2c/imi,rdacm20.txt
> b/Documentation/devicetree/bindings/media/i2c/imi,rdacm20.txt new file mode
> 100644
> index 000000000000..994ae1974362
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/media/i2c/imi,rdacm20.txt
> @@ -0,0 +1,62 @@
> +IMI D&D RDACM20 Automotive Camera Platform
> +------------------------------------------
> +
> +The IMI D&D RDACM20 is a GMSL-compatible camera designed for automotive
> +applications.
Seems better here :-)
> It is encloses a Maxim Integrated MAX9271 GMSL serializer, an
"is encloses" ?
> +Omnivision OV10635 camera sensor and an embedded MCU, and connects to a
> remote +GMSL endpoint through a coaxial cable.
> +
> + IMI RDACM20
> + ---------------
> -------------------------------- +| GMSL | <--- Video Stream
> | <- Video--------\ | +| |< ====== GMSL Link
> ======== >|MAX9271<- I2C bus-> <-->OV10635 | +| de-serializer | <--- I2C
> messages ---> | \<-->MCU | + ---------------
> --------------------------------
Sorry for messing up the nice ascii-art with linewraps :-(
> +RDACM20 transmits video data generated by the embedded camera sensor on the
s/RDACM20/The RDACM20/
> +GMSL serial channel to a remote GMSL de-serializer, as well as it receives
> and +transmits I2C messages encapsulated in the GMSL bidirectional control
> channel.
> +
> +All I2C traffic received on the GMSL link not directed to the serializer is
> +propagated on the local I2C bus to the embedded camera sensor and MCU. All
> +I2C traffic generated on the local I2C bus not directed to the serializer
> is +propagated to the remote de-serializer encapsulated in the GMSL control
> channel.
I think you should document that the RDACM20 DT node should be a direct child
of the GMSL deserializer's I2C bus corresponding to the GMSL link that the
camera is attached to.
Apart from that,
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> +Required Properties:
> +
> +- compatible: Shall be "imi,rdacm20".
> +- reg: Pair of I2C device addresses, the first to be assigned to the
> serializer
> + the second to be assigned to the camera sensor.
> +
> +Connection to the remote GMSL endpoint are modelled using the OF graph
> bindings +in accordance with the video interface bindings defined in
> +Documentation/devicetree/bindings/media/video-interfaces.txt.
> +
> +The device node contains a single "port" child node with a single
> "endpoint" +sub-device.
> +
> +Required endpoint properties:
> +
> +- remote-endpoint: phandle to the remote GMSL endpoint sub-node in the
> remote
> + node port.
> +
> +Example:
> +-------
> +
> + i2c@0 {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + reg = <0>;
> +
> + camera@51 {
> + compatible = "imi,rdacm20";
> + reg = <0x51 0x61>;
> +
> + port {
> + rdacm20_out0: endpoint {
> + remote-endpoint = <&max9286_in0>;
> + };
> + };
> +
> + };
> + };
> diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
> b/Documentation/devicetree/bindings/vendor-prefixes.txt index
> 7cad066191ee..9ee0eb8c2b4e 100644
> --- a/Documentation/devicetree/bindings/vendor-prefixes.txt
> +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt
> @@ -164,6 +164,7 @@ idt Integrated Device Technologies, Inc.
> ifi Ingenieurburo Fur Ic-Technologie (I/F/I)
> ilitek ILI Technology Corporation (ILITEK)
> img Imagination Technologies Ltd.
> +imi Integrated Micro-Electronics Inc.
> infineon Infineon Technologies
> inforce Inforce Computing
> ingenic Ingenic Semiconductor
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2018-08-17 18:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-08 16:55 [PATCH v2 0/4] GMSL Drivers Kieran Bingham
2018-08-08 16:55 ` [PATCH v2 1/4] dt-bindings: media: i2c: Add bindings for Maxim Integrated MAX9286 Kieran Bingham
2018-08-17 15:03 ` Laurent Pinchart
2018-08-08 16:55 ` [PATCH v2 2/4] dt-bindings: media: i2c: Add bindings for IMI RDACM20 Kieran Bingham
2018-08-17 15:12 ` Laurent Pinchart [this message]
2018-08-08 16:55 ` [PATCH v2 3/4] media: i2c: Add MAX9286 driver Kieran Bingham
2018-08-08 16:55 ` [PATCH v2 4/4] media: i2c: Add RDACM20 driver Kieran Bingham
2018-08-17 17:09 ` Laurent Pinchart
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=5928304.EryO5GDx9q@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=jacopo+renesas@jmondi.org \
--cc=jacopo@jmondi.org \
--cc=kieran.bingham+renesas@ideasonboard.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=niklas.soderlund@ragnatech.se \
/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;
as well as URLs for NNTP newsgroup(s).