From: Keerthy <a0393675-l0cyMroinI0@public.gmane.org>
To: Johan Hovold <johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Keerthy <j-keerthy-l0cyMroinI0@public.gmane.org>
Cc: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org,
alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org,
akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
grygorii.strashko-l0cyMroinI0@public.gmane.org,
bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
t-kristo-l0cyMroinI0@public.gmane.org
Subject: Re: [PATCH v2 2/2] rtc: omap: Add external clock enabling support
Date: Mon, 17 Aug 2015 17:08:55 +0530 [thread overview]
Message-ID: <55D1C7CF.3070406@ti.com> (raw)
In-Reply-To: <20150817113000.GF7053@localhost>
On Monday 17 August 2015 05:00 PM, Johan Hovold wrote:
> On Mon, Aug 17, 2015 at 10:25:38AM +0530, Keerthy wrote:
>> Configure the clock source to either internal clock
>> or external clock based on the availability of the clocks.
>> External clock is preferred as it can be ticking during suspend.
>>
>> Signed-off-by: Keerthy <j-keerthy-l0cyMroinI0@public.gmane.org>
>> ---
>>
>> Changes in V2:
>>
>> * Changed clk_prepare calls to clk_prepare_enable.
>> * Changed clk_unprepare calls to clk_disable_unprepare.
>> * Added clk pointers for external and internal clock to omap_rtc structure.
>>
>> drivers/rtc/rtc-omap.c | 40 ++++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 40 insertions(+)
>>
>> diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
>> index 8b6355f..46b3944 100644
>> --- a/drivers/rtc/rtc-omap.c
>> +++ b/drivers/rtc/rtc-omap.c
>> @@ -25,6 +25,7 @@
>> #include <linux/of_device.h>
>> #include <linux/pm_runtime.h>
>> #include <linux/io.h>
>> +#include <linux/clk.h>
>>
>> /*
>> * The OMAP RTC is a year/month/day/hours/minutes/seconds BCD clock
>> @@ -107,6 +108,7 @@
>>
>> /* OMAP_RTC_OSC_REG bit fields: */
>> #define OMAP_RTC_OSC_32KCLK_EN BIT(6)
>> +#define OMAP_RTC_OSC_SEL_32KCLK_SRC BIT(3)
>>
>> /* OMAP_RTC_IRQWAKEEN bit fields: */
>> #define OMAP_RTC_IRQWAKEEN_ALARM_WAKEEN BIT(1)
>> @@ -132,10 +134,13 @@ struct omap_rtc_device_type {
>> struct omap_rtc {
>> struct rtc_device *rtc;
>> void __iomem *base;
>> + struct clk *ext_clk;
>> + struct clk *int_clk;
>
> As was already suggested, you could just use one clock here for now.
If the intent is to enable dynamic switching in future why not have both
the clock pointers ready?
>
>> int irq_alarm;
>> int irq_timer;
>> u8 interrupts_reg;
>> bool is_pmic_controller;
>> + bool has_ext_clk;
>> const struct omap_rtc_device_type *type;
>> };
>>
>> @@ -553,6 +558,17 @@ static int omap_rtc_probe(struct platform_device *pdev)
>> if (rtc->irq_alarm <= 0)
>> return -ENOENT;
>>
>> + rtc->ext_clk = devm_clk_get(&pdev->dev, "ext-clk");
>> + if (!IS_ERR(rtc->ext_clk)) {
>> + rtc->has_ext_clk = true;
>> + clk_prepare_enable(rtc->ext_clk);
>> + } else {
>> + rtc->int_clk = devm_clk_get(&pdev->dev, "int-clk");
>> +
>> + if (!IS_ERR(rtc->int_clk))
>> + clk_prepare_enable(rtc->int_clk);
>> + }
>> +
>
> Which would allow some simplification here.
>
> But shouldn't enabling the internal clock go in its own patch before you
> add support for the external clock?
I am okay with splitting but for now its either or situation so enabling
in one patch made sense to me.
>
>> res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>> rtc->base = devm_ioremap_resource(&pdev->dev, res);
>> if (IS_ERR(rtc->base))
>> @@ -627,6 +643,16 @@ static int omap_rtc_probe(struct platform_device *pdev)
>> if (reg != new_ctrl)
>> rtc_write(rtc, OMAP_RTC_CTRL_REG, new_ctrl);
>>
>> + /*
>> + * If we have the external clock then switch to it so we can keep
>> + * ticking acorss suspend.
>
> You forgot to fix the "acorss" typo.
I will fix it.
>
>> + */
>> + if (rtc->has_ext_clk) {
>> + reg = rtc_read(rtc, OMAP_RTC_OSC_REG);
>> + rtc_write(rtc, OMAP_RTC_OSC_REG, reg |
>> + OMAP_RTC_OSC_SEL_32KCLK_SRC);
>
> Odd line break, break after the final comma instead?
Okay. I will fix it.
>
>> + }
>> +
>> rtc->type->lock(rtc);
>>
>> device_init_wakeup(&pdev->dev, true);
>> @@ -672,6 +698,7 @@ err:
>> static int __exit omap_rtc_remove(struct platform_device *pdev)
>> {
>> struct omap_rtc *rtc = platform_get_drvdata(pdev);
>> + u8 reg;
>>
>> if (pm_power_off == omap_rtc_power_off &&
>> omap_rtc_power_off_rtc == rtc) {
>> @@ -681,10 +708,23 @@ static int __exit omap_rtc_remove(struct platform_device *pdev)
>>
>> device_init_wakeup(&pdev->dev, 0);
>>
>> + if (!IS_ERR(rtc->ext_clk)) {
>> + clk_disable_unprepare(rtc->ext_clk);
>> + } else {
>> + if (!IS_ERR(rtc->int_clk))
>> + clk_disable_unprepare(rtc->int_clk);
>> + }
>> +
>
> This could also be simplified with a single clock entry in rtc.
>
>> rtc->type->unlock(rtc);
>> /* leave rtc running, but disable irqs */
>> rtc_write(rtc, OMAP_RTC_INTERRUPTS_REG, 0);
>>
>> + if (rtc->has_ext_clk) {
>> + reg = rtc_read(rtc, OMAP_RTC_OSC_REG);
>> + reg &= ~OMAP_RTC_OSC_SEL_32KCLK_SRC;
>> + rtc_write(rtc, OMAP_RTC_OSC_REG, reg);
>> + }
>> +
>> rtc->type->lock(rtc);
>>
>> /* Disable the clock/module */
>
> Johan
>
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2015-08-17 11:38 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-17 4:55 [PATCH v2 0/2] ARM: AM437X: Add rtc clock handling Keerthy
[not found] ` <1439787338-27396-1-git-send-email-j-keerthy-l0cyMroinI0@public.gmane.org>
2015-08-17 4:55 ` [PATCH v2 1/2] ARM: dts: AM437x: Add the internal and external clock nodes for rtc Keerthy
2015-08-17 4:55 ` [PATCH v2 2/2] rtc: omap: Add external clock enabling support Keerthy
[not found] ` <1439787338-27396-3-git-send-email-j-keerthy-l0cyMroinI0@public.gmane.org>
2015-08-17 11:30 ` Johan Hovold
2015-08-17 11:38 ` Keerthy [this message]
[not found] ` <55D1C7CF.3070406-l0cyMroinI0@public.gmane.org>
2015-08-17 12:10 ` Johan Hovold
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=55D1C7CF.3070406@ti.com \
--to=a0393675-l0cymroini0@public.gmane.org \
--cc=akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org \
--cc=alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org \
--cc=bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=grygorii.strashko-l0cyMroinI0@public.gmane.org \
--cc=j-keerthy-l0cyMroinI0@public.gmane.org \
--cc=johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
--cc=t-kristo-l0cyMroinI0@public.gmane.org \
--cc=tony-4v6yS6AI5VpBDgjK7y7TUQ@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).