devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Eddie Huang <eddie.huang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
To: Daniel Kurtz <djkurtz-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
Cc: Matthias Brugger
	<matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Sascha Hauer <s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	"open list:OPEN FIRMWARE AND..."
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH v4 2/2] arm64: dts: mt8173: Add I2C device node
Date: Mon, 22 Jun 2015 11:36:10 +0800	[thread overview]
Message-ID: <1434944170.25921.6.camel@mtksdaap41> (raw)
In-Reply-To: <CAGS+omCVFwHndKSN0A7PrYUArfPLfCoL6iiSJYEik1PVkMBrKA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Hi Dan,

On Thu, 2015-06-18 at 23:16 +0800, Daniel Kurtz wrote:
> On Wed, Jun 17, 2015 at 11:08 PM, Eddie Huang <eddie.huang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org> wrote:
> > Add MT8173 I2C device nodes, include I2C controllers and pins.
> > MT8173 has six I2C controllers, from i2c0 to i2c6, exclude i2c5.
> > The 6th I2C controller register base doesn't next to 5th I2C,
> > and there is a hardware between 5th and 6th I2C controller. So
> > SoC designer name 6th controller as "i2c6", not "i2c5".
> >
> > Signed-off-by: Eddie Huang <eddie.huang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
> > ---
> >  arch/arm64/boot/dts/mediatek/mt8173.dtsi | 144 +++++++++++++++++++++++++++++++
> >  1 file changed, 144 insertions(+)
> >
> > diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > index b52ec43..1816c8f 100644
> > --- a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > +++ b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > @@ -158,6 +158,54 @@
> >                         interrupts = <GIC_SPI 145 IRQ_TYPE_LEVEL_HIGH>,
> >                                                 <GIC_SPI 146 IRQ_TYPE_LEVEL_HIGH>,
> >                                                 <GIC_SPI 147 IRQ_TYPE_LEVEL_HIGH>;
> > +
> > +                       i2c0_pins_a: i2c0 {
> > +                               pins1 {
> > +                                       pinmux = <MT8173_PIN_45_SDA0__FUNC_SDA0>,
> > +                                                <MT8173_PIN_46_SCL0__FUNC_SCL0>;
> > +                                       bias-disable;
> > +                               };
> > +                       };
> > +
> > +                       i2c1_pins_a: i2c1 {
> > +                               pins1 {
> > +                                       pinmux = <MT8173_PIN_125_SDA1__FUNC_SDA1>,
> > +                                                <MT8173_PIN_126_SCL1__FUNC_SCL1>;
> > +                                       bias-disable;
> > +                               };
> > +                       };
> > +
> > +                       i2c2_pins_a: i2c2 {
> > +                               pins1 {
> > +                                       pinmux = <MT8173_PIN_43_SDA2__FUNC_SDA2>,
> > +                                                <MT8173_PIN_44_SCL2__FUNC_SCL2>;
> > +                                       bias-disable;
> > +                               };
> > +                       };
> > +
> > +                       i2c3_pins_a: i2c3 {
> > +                               pins1 {
> > +                                       pinmux = <MT8173_PIN_106_SDA3__FUNC_SDA3>,
> > +                                                <MT8173_PIN_107_SCL3__FUNC_SCL3>;
> > +                                       bias-disable;
> > +                               };
> > +                       };
> > +
> > +                       i2c4_pins_a: i2c4 {
> > +                               pins1 {
> > +                                       pinmux = <MT8173_PIN_133_SDA4__FUNC_SDA4>,
> > +                                                <MT8173_PIN_134_SCL4__FUNC_SCL4>;
> > +                                       bias-disable;
> > +                               };
> > +                       };
> > +
> > +                       i2c6_pins_a: i2c6 {
> > +                               pins1 {
> > +                                       pinmux = <MT8173_PIN_100_MSDC2_DAT0__FUNC_SDA5>,
> > +                                                <MT8173_PIN_101_MSDC2_DAT1__FUNC_SCL5>;
> > +                                       bias-disable;
> > +                               };
> > +                       };
> >                 };
> >
> >                 watchdog: watchdog@10007000 {
> > @@ -229,6 +277,102 @@
> >                         clocks = <&uart_clk>;
> >                         status = "disabled";
> >                 };
> > +
> > +               i2c0: i2c@11007000 {
> > +                       compatible = "mediatek,mt8173-i2c";
> > +                       reg = <0 0x11007000 0 0x70>,
> > +                             <0 0x11000100 0 0x80>;
> > +                       interrupts = <GIC_SPI 76 IRQ_TYPE_LEVEL_LOW>;
> > +                       clock-div = <16>;
> 
> According to the i2c-mt6577 dt binding:
>    - clock-div: the fixed value for frequency divider of clock source in i2c
>      module. Each IC may be different.
> 
> For other drivers I've seen this kind of hardware-specific value
> implemented as a table in the driver that is indexed based on the
> compatible.
> 
> Any particular reason to specify it here in every device tree node instead?
> 

If put in device tree, it is not necessary to add new compatible if new
SoC has the same I2C controller hardware except clock-div.The benefit is
keep driver clean, but the side-effect is add clock-div in device node.I
assume clock-div has the same concept of clock, so I put in device tree.

Eddie
Thanks


--
To unsubscribe from this list: send the line "unsubscribe devicetree" in

  parent reply	other threads:[~2015-06-22  3:36 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-17 15:08 [PATCH v4 0/2] arm64: dts: Mediatek: MT8173 updtes Eddie Huang
2015-06-17 15:08 ` [PATCH v4 1/2] arm64: dts: mt8173: Add watchdog device node Eddie Huang
2015-06-17 15:08 ` [PATCH v4 2/2] arm64: dts: mt8173: Add I2C " Eddie Huang
     [not found]   ` <1434553683-11651-3-git-send-email-eddie.huang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-06-18 15:16     ` Daniel Kurtz
     [not found]       ` <CAGS+omCVFwHndKSN0A7PrYUArfPLfCoL6iiSJYEik1PVkMBrKA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-06-22  3:36         ` Eddie Huang [this message]
2015-06-22  6:32           ` Daniel Kurtz

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=1434944170.25921.6.camel@mtksdaap41 \
    --to=eddie.huang-nus5lvnupcjwk0htik3j/w@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=djkurtz-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.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 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).