linux-renesas-soc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).