From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Rob Herring <robh@kernel.org>, Dongchun Zhu <dongchun.zhu@mediatek.com>
Cc: "Linus Walleij" <linus.walleij@linaro.org>,
"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
"Mark Rutland" <mark.rutland@arm.com>,
"Nicolas Boichat" <drinkcat@chromium.org>,
"Tomasz Figa" <tfiga@chromium.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Cao Bing Bu" <bingbu.cao@intel.com>,
srv_heupstream <srv_heupstream@mediatek.com>,
"moderated list:ARM/Mediatek SoC support"
<linux-mediatek@lists.infradead.org>,
"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
<linux-arm-kernel@lists.infradead.org>,
"Sj Huang" <sj.huang@mediatek.com>,
"Linux Media Mailing List" <linux-media@vger.kernel.org>,
devicetree@vger.kernel.org, "Louis Kuo" <louis.kuo@mediatek.com>,
"Shengnan Wang (王圣男)" <shengnan.wang@mediatek.com>
Subject: Re: [V9, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings
Date: Thu, 28 May 2020 00:16:28 +0300 [thread overview]
Message-ID: <20200527211628.GT7618@paasikivi.fi.intel.com> (raw)
In-Reply-To: <CAL_Jsq+sN0SVidTrY0ODXEkzkxYFvG1FTnL0oRQBSKf=ynLdyQ@mail.gmail.com>
Hi Rob, Dongchun,
On Wed, May 27, 2020 at 09:27:22AM -0600, Rob Herring wrote:
> > > > + properties:
> > > > + endpoint:
> > > > + type: object
> > > > + additionalProperties: false
> > > > +
> > > > + properties:
> >
> > Actually I wonder whether we need to declare 'clock-lanes' here?
>
> Yes, if you are using it.
Dongchun, can you confirm the chip has a single data and a single clock
lane and that it does not support lane reordering?
So if there's nothing to convey to the driver, also the data-lanes should
be removed IMO.
--
Kind regards,
Sakari Ailus
WARNING: multiple messages have this Message-ID (diff)
From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Rob Herring <robh@kernel.org>, Dongchun Zhu <dongchun.zhu@mediatek.com>
Cc: "Mark Rutland" <mark.rutland@arm.com>,
devicetree@vger.kernel.org,
"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
srv_heupstream <srv_heupstream@mediatek.com>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Shengnan Wang (王圣男)" <shengnan.wang@mediatek.com>,
"Tomasz Figa" <tfiga@chromium.org>,
"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
"Sj Huang" <sj.huang@mediatek.com>,
"Nicolas Boichat" <drinkcat@chromium.org>,
"moderated list:ARM/Mediatek SoC support"
<linux-mediatek@lists.infradead.org>,
"Louis Kuo" <louis.kuo@mediatek.com>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Cao Bing Bu" <bingbu.cao@intel.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
<linux-arm-kernel@lists.infradead.org>,
"Linux Media Mailing List" <linux-media@vger.kernel.org>
Subject: Re: [V9, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings
Date: Thu, 28 May 2020 00:16:28 +0300 [thread overview]
Message-ID: <20200527211628.GT7618@paasikivi.fi.intel.com> (raw)
In-Reply-To: <CAL_Jsq+sN0SVidTrY0ODXEkzkxYFvG1FTnL0oRQBSKf=ynLdyQ@mail.gmail.com>
Hi Rob, Dongchun,
On Wed, May 27, 2020 at 09:27:22AM -0600, Rob Herring wrote:
> > > > + properties:
> > > > + endpoint:
> > > > + type: object
> > > > + additionalProperties: false
> > > > +
> > > > + properties:
> >
> > Actually I wonder whether we need to declare 'clock-lanes' here?
>
> Yes, if you are using it.
Dongchun, can you confirm the chip has a single data and a single clock
lane and that it does not support lane reordering?
So if there's nothing to convey to the driver, also the data-lanes should
be removed IMO.
--
Kind regards,
Sakari Ailus
_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek
WARNING: multiple messages have this Message-ID (diff)
From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Rob Herring <robh@kernel.org>, Dongchun Zhu <dongchun.zhu@mediatek.com>
Cc: "Mark Rutland" <mark.rutland@arm.com>,
devicetree@vger.kernel.org,
"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
srv_heupstream <srv_heupstream@mediatek.com>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Shengnan Wang (王圣男)" <shengnan.wang@mediatek.com>,
"Tomasz Figa" <tfiga@chromium.org>,
"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
"Sj Huang" <sj.huang@mediatek.com>,
"Nicolas Boichat" <drinkcat@chromium.org>,
"moderated list:ARM/Mediatek SoC support"
<linux-mediatek@lists.infradead.org>,
"Louis Kuo" <louis.kuo@mediatek.com>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Cao Bing Bu" <bingbu.cao@intel.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
<linux-arm-kernel@lists.infradead.org>,
"Linux Media Mailing List" <linux-media@vger.kernel.org>
Subject: Re: [V9, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings
Date: Thu, 28 May 2020 00:16:28 +0300 [thread overview]
Message-ID: <20200527211628.GT7618@paasikivi.fi.intel.com> (raw)
In-Reply-To: <CAL_Jsq+sN0SVidTrY0ODXEkzkxYFvG1FTnL0oRQBSKf=ynLdyQ@mail.gmail.com>
Hi Rob, Dongchun,
On Wed, May 27, 2020 at 09:27:22AM -0600, Rob Herring wrote:
> > > > + properties:
> > > > + endpoint:
> > > > + type: object
> > > > + additionalProperties: false
> > > > +
> > > > + properties:
> >
> > Actually I wonder whether we need to declare 'clock-lanes' here?
>
> Yes, if you are using it.
Dongchun, can you confirm the chip has a single data and a single clock
lane and that it does not support lane reordering?
So if there's nothing to convey to the driver, also the data-lanes should
be removed IMO.
--
Kind regards,
Sakari Ailus
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-05-27 21:16 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-23 8:41 [V9, 0/2] media: i2c: Add support for OV02A10 sensor Dongchun Zhu
2020-05-23 8:41 ` Dongchun Zhu
2020-05-23 8:41 ` Dongchun Zhu
2020-05-23 8:41 ` [V9, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings Dongchun Zhu
2020-05-23 8:41 ` Dongchun Zhu
2020-05-23 8:41 ` Dongchun Zhu
2020-05-26 18:28 ` Rob Herring
2020-05-26 18:28 ` Rob Herring
2020-05-26 18:28 ` Rob Herring
2020-05-27 8:49 ` Dongchun Zhu
2020-05-27 8:49 ` Dongchun Zhu
2020-05-27 8:49 ` Dongchun Zhu
2020-05-27 15:27 ` Rob Herring
2020-05-27 15:27 ` Rob Herring
2020-05-27 15:27 ` Rob Herring
2020-05-27 21:16 ` Sakari Ailus [this message]
2020-05-27 21:16 ` Sakari Ailus
2020-05-27 21:16 ` Sakari Ailus
2020-05-28 3:34 ` Dongchun Zhu
2020-05-28 3:34 ` Dongchun Zhu
2020-05-28 3:34 ` Dongchun Zhu
2020-05-28 7:23 ` Sakari Ailus
2020-05-28 7:23 ` Sakari Ailus
2020-05-28 7:23 ` Sakari Ailus
2020-05-28 8:04 ` Dongchun Zhu
2020-05-28 8:04 ` Dongchun Zhu
2020-05-28 8:04 ` Dongchun Zhu
2020-05-29 13:43 ` Tomasz Figa
2020-05-29 13:43 ` Tomasz Figa
2020-05-29 13:43 ` Tomasz Figa
2020-06-01 2:33 ` Dongchun Zhu
2020-06-01 2:33 ` Dongchun Zhu
2020-06-01 2:33 ` Dongchun Zhu
2020-06-01 18:18 ` Tomasz Figa
2020-06-01 18:18 ` Tomasz Figa
2020-06-01 18:18 ` Tomasz Figa
2020-06-02 6:15 ` Dongchun Zhu
2020-06-02 6:15 ` Dongchun Zhu
2020-06-02 6:15 ` Dongchun Zhu
2020-06-02 9:56 ` Sakari Ailus
2020-06-02 9:56 ` Sakari Ailus
2020-06-02 9:56 ` Sakari Ailus
2020-06-04 2:20 ` Dongchun Zhu
2020-06-04 2:20 ` Dongchun Zhu
2020-06-04 2:20 ` Dongchun Zhu
2020-06-02 9:53 ` Sakari Ailus
2020-06-02 9:53 ` Sakari Ailus
2020-06-02 9:53 ` Sakari Ailus
2020-05-28 5:53 ` Dongchun Zhu
2020-05-28 5:53 ` Dongchun Zhu
2020-05-28 5:53 ` Dongchun Zhu
2020-05-23 8:41 ` [V9, 2/2] media: i2c: ov02a10: Add OV02A10 image sensor driver Dongchun Zhu
2020-05-23 8:41 ` Dongchun Zhu
2020-05-23 8:41 ` Dongchun Zhu
2020-06-04 2:14 ` Dongchun Zhu
2020-06-04 2:14 ` Dongchun Zhu
2020-06-04 2:14 ` Dongchun Zhu
2020-06-04 9:26 ` Sakari Ailus
2020-06-04 9:26 ` Sakari Ailus
2020-06-04 9:26 ` Sakari Ailus
2020-06-04 18:05 ` Tomasz Figa
2020-06-04 18:05 ` Tomasz Figa
2020-06-04 18:05 ` Tomasz Figa
2020-06-05 3:19 ` Dongchun Zhu
2020-06-05 3:19 ` Dongchun Zhu
2020-06-05 3:19 ` Dongchun Zhu
2020-06-10 19:44 ` Tomasz Figa
2020-06-10 19:44 ` Tomasz Figa
2020-06-10 19:44 ` Tomasz Figa
2020-06-11 9:53 ` Sakari Ailus
2020-06-11 9:53 ` Sakari Ailus
2020-06-11 9:53 ` Sakari Ailus
2020-06-11 9:57 ` Tomasz Figa
2020-06-11 9:57 ` Tomasz Figa
2020-06-11 9:57 ` Tomasz Figa
2020-06-11 10:03 ` Sakari Ailus
2020-06-11 10:03 ` Sakari Ailus
2020-06-11 10:03 ` Sakari Ailus
2020-06-12 11:01 ` Dongchun Zhu
2020-06-12 11:01 ` Dongchun Zhu
2020-06-12 11:01 ` Dongchun Zhu
2020-06-12 10:46 ` Dongchun Zhu
2020-06-12 10:46 ` Dongchun Zhu
2020-06-12 10:46 ` Dongchun Zhu
2020-06-12 18:39 ` Tomasz Figa
2020-06-12 18:39 ` Tomasz Figa
2020-06-12 18:39 ` Tomasz Figa
2020-06-15 5:54 ` Dongchun Zhu
2020-06-15 5:54 ` Dongchun Zhu
2020-06-15 5:54 ` Dongchun Zhu
2020-06-15 12:44 ` Tomasz Figa
2020-06-15 12:44 ` Tomasz Figa
2020-06-15 12:44 ` Tomasz Figa
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=20200527211628.GT7618@paasikivi.fi.intel.com \
--to=sakari.ailus@linux.intel.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=bgolaszewski@baylibre.com \
--cc=bingbu.cao@intel.com \
--cc=devicetree@vger.kernel.org \
--cc=dongchun.zhu@mediatek.com \
--cc=drinkcat@chromium.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=louis.kuo@mediatek.com \
--cc=mark.rutland@arm.com \
--cc=matthias.bgg@gmail.com \
--cc=mchehab@kernel.org \
--cc=robh@kernel.org \
--cc=shengnan.wang@mediatek.com \
--cc=sj.huang@mediatek.com \
--cc=srv_heupstream@mediatek.com \
--cc=tfiga@chromium.org \
/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.