From: Sean Wang <sean.wang@mediatek.com> To: Alexandre Belloni <alexandre.belloni@free-electrons.com> Cc: <robh+dt@kernel.org>, <mark.rutland@arm.com>, <sre@kernel.org>, <lee.jones@linaro.org>, <a.zummo@towertech.it>, <eddie.huang@mediatek.com>, <devicetree@vger.kernel.org>, <linux-rtc@vger.kernel.org>, <linux-pm@vger.kernel.org>, <linux-mediatek@lists.infradead.org>, <linux-kernel@vger.kernel.org> Subject: Re: [PATCH v1 02/16] dt-bindings: rtc: mediatek: add bindings for PMIC RTC Date: Sun, 25 Mar 2018 03:36:28 +0800 [thread overview] Message-ID: <1521920188.31197.13.camel@mtkswgap22> (raw) In-Reply-To: <20180323101505.GF3417@piout.net> On Fri, 2018-03-23 at 11:15 +0100, Alexandre Belloni wrote: > On 23/03/2018 at 10:41:18 +0100, Alexandre Belloni wrote: > > Hi, > > > > On 23/03/2018 at 17:14:59 +0800, sean.wang@mediatek.com wrote: > > > From: Sean Wang <sean.wang@mediatek.com> > > > > > > Add device-tree binding for MediaTek PMIC based RTC. > > > > > > Signed-off-by: Sean Wang <sean.wang@mediatek.com> > > > --- > > > .../devicetree/bindings/rtc/rtc-mt6397.txt | 39 ++++++++++++++++++++++ > > > 1 file changed, 39 insertions(+) > > > create mode 100644 Documentation/devicetree/bindings/rtc/rtc-mt6397.txt > > > > > > diff --git a/Documentation/devicetree/bindings/rtc/rtc-mt6397.txt b/Documentation/devicetree/bindings/rtc/rtc-mt6397.txt > > > new file mode 100644 > > > index 0000000..83ff6be > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/rtc/rtc-mt6397.txt > > > @@ -0,0 +1,39 @@ > > > +Device-Tree bindings for MediaTek PMIC based RTC > > > + > > > +MediaTek PMIC based RTC is an independent function of MediaTek PMIC which > > > +is working as a multi-function device (MFD). And the RTC can be configured and > > > +set up via PMIC wrapper bus. Which is also common resource shared among the > > > +other functions present on the PMIC. > > > + > > > +For MediaTek PMIC wrapper bus bindings, see: > > > +Documentation/devicetree/bindings/soc/mediatek/pwrap.txt > > > + > > > +Required parent node: > > > +- pmic > > > + For MediaTek PMIC MFD bindings, see: > > > + Documentation/devicetree/bindings/mfd/mt6397.txt > > > + > > > +Required properties: > > > +- compatible: Should be one of follows > > > + "mediatek,mt6323-rtc": for MT6323 PMIC > > > + "mediatek,mt6397-rtc": for MT6397 PMIC > > > + > > > +Optional child node: > > > +- power-off > > > + For Power-Off Device for MediaTek PMIC RTC bindings, see: > > > + Documentation/devicetree/bindings/power/reset/mt6397-rtc-poweroff.txt > > > + > > > +Example: > > > + > > > + pmic { > > > + compatible = "mediatek,mt6323"; > > > + > > > + ... > > > + rtc { > > > + compatible = "mediatek,mt6323-rtc"; > > > + > > > + power-off { > > > + compatible = "mediatek,mt6323-rtc-poweroff"; > > > + }; > > > > I'm pretty sure the whole point of mfd is to avoid having the poweroff > > controller under the rtc > > > > BTW, I think it is enough to have that documented in only one file (the > MFD one is enough) > just reply both replies in the same mail 1.) the power-off device is a part of rtc, use the same registers rtc has and thus it is put as child nodes under the node rtc to reflect the reality of characteristics the rtc has. Or am I wrong for a certain aspect in these opinions? 2) the other sub-functions for the same pmic already created its own dt-binding document belonged to its corresponding subsystem. Don't we really want to follow it them all? > > > > -- > > Alexandre Belloni, Bootlin (formerly Free Electrons) > > Embedded Linux and Kernel engineering > > https://bootlin.com >
WARNING: multiple messages have this Message-ID (diff)
From: Sean Wang <sean.wang@mediatek.com> To: Alexandre Belloni <alexandre.belloni@free-electrons.com> Cc: robh+dt@kernel.org, mark.rutland@arm.com, sre@kernel.org, lee.jones@linaro.org, a.zummo@towertech.it, eddie.huang@mediatek.com, devicetree@vger.kernel.org, linux-rtc@vger.kernel.org, linux-pm@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v1 02/16] dt-bindings: rtc: mediatek: add bindings for PMIC RTC Date: Sun, 25 Mar 2018 03:36:28 +0800 [thread overview] Message-ID: <1521920188.31197.13.camel@mtkswgap22> (raw) In-Reply-To: <20180323101505.GF3417@piout.net> On Fri, 2018-03-23 at 11:15 +0100, Alexandre Belloni wrote: > On 23/03/2018 at 10:41:18 +0100, Alexandre Belloni wrote: > > Hi, > > > > On 23/03/2018 at 17:14:59 +0800, sean.wang@mediatek.com wrote: > > > From: Sean Wang <sean.wang@mediatek.com> > > > > > > Add device-tree binding for MediaTek PMIC based RTC. > > > > > > Signed-off-by: Sean Wang <sean.wang@mediatek.com> > > > --- > > > .../devicetree/bindings/rtc/rtc-mt6397.txt | 39 ++++++++++++++++++++++ > > > 1 file changed, 39 insertions(+) > > > create mode 100644 Documentation/devicetree/bindings/rtc/rtc-mt6397.txt > > > > > > diff --git a/Documentation/devicetree/bindings/rtc/rtc-mt6397.txt b/Documentation/devicetree/bindings/rtc/rtc-mt6397.txt > > > new file mode 100644 > > > index 0000000..83ff6be > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/rtc/rtc-mt6397.txt > > > @@ -0,0 +1,39 @@ > > > +Device-Tree bindings for MediaTek PMIC based RTC > > > + > > > +MediaTek PMIC based RTC is an independent function of MediaTek PMIC which > > > +is working as a multi-function device (MFD). And the RTC can be configured and > > > +set up via PMIC wrapper bus. Which is also common resource shared among the > > > +other functions present on the PMIC. > > > + > > > +For MediaTek PMIC wrapper bus bindings, see: > > > +Documentation/devicetree/bindings/soc/mediatek/pwrap.txt > > > + > > > +Required parent node: > > > +- pmic > > > + For MediaTek PMIC MFD bindings, see: > > > + Documentation/devicetree/bindings/mfd/mt6397.txt > > > + > > > +Required properties: > > > +- compatible: Should be one of follows > > > + "mediatek,mt6323-rtc": for MT6323 PMIC > > > + "mediatek,mt6397-rtc": for MT6397 PMIC > > > + > > > +Optional child node: > > > +- power-off > > > + For Power-Off Device for MediaTek PMIC RTC bindings, see: > > > + Documentation/devicetree/bindings/power/reset/mt6397-rtc-poweroff.txt > > > + > > > +Example: > > > + > > > + pmic { > > > + compatible = "mediatek,mt6323"; > > > + > > > + ... > > > + rtc { > > > + compatible = "mediatek,mt6323-rtc"; > > > + > > > + power-off { > > > + compatible = "mediatek,mt6323-rtc-poweroff"; > > > + }; > > > > I'm pretty sure the whole point of mfd is to avoid having the poweroff > > controller under the rtc > > > > BTW, I think it is enough to have that documented in only one file (the > MFD one is enough) > just reply both replies in the same mail 1.) the power-off device is a part of rtc, use the same registers rtc has and thus it is put as child nodes under the node rtc to reflect the reality of characteristics the rtc has. Or am I wrong for a certain aspect in these opinions? 2) the other sub-functions for the same pmic already created its own dt-binding document belonged to its corresponding subsystem. Don't we really want to follow it them all? > > > > -- > > Alexandre Belloni, Bootlin (formerly Free Electrons) > > Embedded Linux and Kernel engineering > > https://bootlin.com >
next prev parent reply other threads:[~2018-03-24 19:36 UTC|newest] Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-03-23 9:14 [PATCH v1 00/16] Add support to MT6323 RTC and its power device sean.wang 2018-03-23 9:14 ` sean.wang 2018-03-23 9:14 ` [PATCH v1 01/16] dt-bindings: power: reset: mediatek: add bindings for " sean.wang 2018-03-23 9:14 ` sean.wang 2018-03-26 22:24 ` Rob Herring 2018-03-27 3:21 ` Sean Wang 2018-03-27 3:21 ` Sean Wang 2018-03-23 9:14 ` [PATCH v1 02/16] dt-bindings: rtc: mediatek: add bindings for PMIC RTC sean.wang 2018-03-23 9:14 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 9:41 ` Alexandre Belloni 2018-03-23 10:15 ` Alexandre Belloni 2018-03-23 10:15 ` Alexandre Belloni 2018-03-24 19:36 ` Sean Wang [this message] 2018-03-24 19:36 ` Sean Wang 2018-03-27 15:18 ` Alexandre Belloni 2018-03-28 3:53 ` Sean Wang 2018-03-28 3:53 ` Sean Wang 2018-03-28 9:19 ` Alexandre Belloni 2018-03-23 9:15 ` [PATCH v1 03/16] dt-bindings: mfd: mediatek: add a description for MT6323 RTC sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-26 22:24 ` Rob Herring 2018-03-28 11:13 ` Lee Jones 2018-03-23 9:15 ` [PATCH v1 04/16] mfd: mt6397: add MT6323 RTC support into MT6397 driver sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-28 11:15 ` Lee Jones 2018-03-28 11:15 ` Lee Jones 2018-03-23 9:15 ` [PATCH v1 05/16] rtc: mediatek: add MT6323 support to RTC driver sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 10:01 ` Alexandre Belloni 2018-03-24 7:06 ` Sean Wang 2018-03-24 7:06 ` Sean Wang 2018-03-23 9:15 ` [PATCH v1 06/16] rtc: mediatek: remove unnecessary parentheses sean.wang 2018-03-23 9:15 ` sean.wang 2018-03-23 10:21 ` Alexandre Belloni 2018-03-24 7:14 ` Sean Wang 2018-03-24 7:14 ` Sean Wang 2018-03-24 18:53 ` Alexandre Belloni 2018-03-24 19:21 ` Sean Wang 2018-03-24 19:21 ` Sean Wang 2018-03-23 9:15 ` [PATCH v1 07/16] rtc: mediatek: replace a poll with regmap_read_poll_timeout sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 9:15 ` [PATCH v1 08/16] rtc: mediatek: remove unnecessary irq_dispose_mapping sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 10:38 ` Alexandre Belloni 2018-03-26 2:22 ` Sean Wang 2018-03-26 2:22 ` Sean Wang 2018-03-23 9:15 ` [PATCH v1 09/16] rtc: mediatek: convert to use device managed functions sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 10:50 ` Alexandre Belloni 2018-03-26 4:07 ` Sean Wang 2018-03-26 4:07 ` Sean Wang 2018-03-27 15:07 ` Alexandre Belloni 2018-03-27 15:07 ` Alexandre Belloni 2018-03-23 9:15 ` [PATCH v1 10/16] rtc: mediatek: add devm_of_platform_populate sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 9:15 ` [PATCH v1 11/16] rtc: mediatek: move the declaration into a globally visible header file sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 9:57 ` Alexandre Belloni 2018-03-23 9:57 ` Alexandre Belloni 2018-03-24 7:31 ` Sean Wang 2018-03-24 7:31 ` Sean Wang 2018-03-24 18:54 ` Alexandre Belloni 2018-03-24 20:00 ` Fabio Estevam 2018-03-25 3:13 ` Sean Wang 2018-03-25 3:13 ` Sean Wang 2018-03-23 9:15 ` [PATCH v1 12/16] rtc: mediatek: cleanup header files to include sean.wang 2018-03-23 9:15 ` sean.wang 2018-03-25 4:17 ` kbuild test robot 2018-03-25 4:17 ` kbuild test robot 2018-03-25 5:21 ` kbuild test robot 2018-03-25 5:21 ` kbuild test robot 2018-03-23 9:15 ` [PATCH v1 13/16] rtc: mediatek: update license converting to using SPDX identifiers sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 9:15 ` [PATCH v1 14/16] power: reset: mediatek: add a power-off driver using PMIC RTC device sean.wang 2018-03-23 9:15 ` sean.wang 2018-03-23 9:15 ` [PATCH v1 15/16] MAINTAINERS: update entry for ARM/Mediatek RTC DRIVER sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w 2018-03-23 9:15 ` [PATCH v1 16/16] MAINTAINERS: add an entry for MediaTek board level shutdown driver sean.wang 2018-03-23 9:15 ` sean.wang-NuS5LvNUpcJWk0Htik3J/w
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=1521920188.31197.13.camel@mtkswgap22 \ --to=sean.wang@mediatek.com \ --cc=a.zummo@towertech.it \ --cc=alexandre.belloni@free-electrons.com \ --cc=devicetree@vger.kernel.org \ --cc=eddie.huang@mediatek.com \ --cc=lee.jones@linaro.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mediatek@lists.infradead.org \ --cc=linux-pm@vger.kernel.org \ --cc=linux-rtc@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=robh+dt@kernel.org \ --cc=sre@kernel.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: linkBe 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.