[PATCH v2 5/5] clocksource: sun5i: Add clock notifiers

Maxime Ripard maxime.ripard at free-electrons.com
Mon Jan 26 06:35:41 PST 2015


Hi Daniel,

On Mon, Jan 26, 2015 at 12:22:16PM +0100, Daniel Lezcano wrote:
> On 01/26/2015 10:50 AM, Maxime Ripard wrote:
> >The parent clock of the sun5i timer is the AHB clock, which rate might change
> >because of other devices requirements.
> >
> >This is for example the case on the Allwinner A31, where the DMA controller
> >needs a minimum rate higher than the default, that is enforced after the timer
> >driver has probed.
> >
> >Add clock notifiers to make sure we reflect the clock rate changes in the timer
> >rates.
> 
> Mmh, I am wondering if that shouldn't go to the time framework ...
> 
> Looking at the notifier callbacks that call generic time framework
> functions.

I don't think the framework currently has a clock handle so far?

> Can you have a look at commit b3e90722 ? and double check your
> changes ?

I'm exactly in the opposite situation.

The parent clock of this timer is *not* the CPU clock, and it might
even be in a completely different clock tree.

However, our DMA controller has the same parent clock than the timer,
and it needs some frequency adjustement. Otherwise, DMA would just not
work.

So I'm completely fine with any rate change as far as the timer is
concerned, the driver just need to be notified to be able to reflect
this rate change.

> A couple of comments below.
> 
> >Signed-off-by: Maxime Ripard <maxime.ripard at free-electrons.com>
> >---
> >  drivers/clocksource/timer-sun5i.c | 72 +++++++++++++++++++++++++++++++++++++--
> >  1 file changed, 70 insertions(+), 2 deletions(-)
> >
> >diff --git a/drivers/clocksource/timer-sun5i.c b/drivers/clocksource/timer-sun5i.c
> >index 377e50450781..5841a956f5f0 100644
> >--- a/drivers/clocksource/timer-sun5i.c
> >+++ b/drivers/clocksource/timer-sun5i.c
> >@@ -41,9 +41,13 @@
> >  struct sun5i_timer {
> >  	void __iomem		*base;
> >  	struct clk		*clk;
> >+	struct notifier_block	clk_rate_cb;
> >  	u32			ticks_per_jiffy;
> >  };
> >
> >+#define to_sun5i_timer(x) \
> >+	container_of(x, struct sun5i_timer, clk_rate_cb)
> >+
> >  struct sun5i_timer_clksrc {
> >  	struct sun5i_timer	timer;
> >  	struct clocksource	clksrc;
> >@@ -152,6 +156,30 @@ static cycle_t sun5i_clksrc_read(struct clocksource *clksrc)
> >  	return ~readl(cs->timer.base + TIMER_CNTVAL_LO_REG(1));
> >  }
> >
> >+static int sun5i_rate_cb_clksrc(struct notifier_block *nb,
> >+				unsigned long event, void *data)
> >+{
> >+	struct clk_notifier_data *ndata = data;
> >+	struct sun5i_timer *timer = to_sun5i_timer(nb);
> >+	struct sun5i_timer_clksrc *cs = container_of(timer,
> >+						     struct sun5i_timer_clksrc, timer);
> >+
> >+	switch (event) {
> >+	case PRE_RATE_CHANGE:
> >+		clocksource_unregister(&cs->clksrc);
> >+		break;
> >+
> >+	case POST_RATE_CHANGE:
> >+		clocksource_register_hz(&cs->clksrc, ndata->new_rate);
> >+		break;
> 
> Why clocksource_unregister couldn't be in the POST_RATE_CHANGE ?

Wouldn't that leave a (small, I agree) window where the timer would
run at a rate different to the one it has been registered with?

> >+	default:
> >+		break;
> >+	}
> >+
> >+	return NOTIFY_DONE;
> >+}
> >+
> >  static int __init sun5i_setup_clocksource(struct device_node *node,
> >  					  void __iomem *base,
> >  					  struct clk *clk, int irq)
> >@@ -174,6 +202,14 @@ static int __init sun5i_setup_clocksource(struct device_node *node,
> >
> >  	cs->timer.base = base;
> >  	cs->timer.clk = clk;
> >+	cs->timer.clk_rate_cb.notifier_call = sun5i_rate_cb_clksrc;
> >+	cs->timer.clk_rate_cb.next = NULL;
> >+
> >+	ret = clk_notifier_register(clk, &cs->timer.clk_rate_cb);
> >+	if (ret) {
> >+		pr_err("Unable to register clock notifier.\n");
> >+		goto err_disable_clk;
> >+	}
> >
> >  	writel(~0, base + TIMER_INTVAL_LO_REG(1));
> >  	writel(TIMER_CTL_ENABLE | TIMER_CTL_RELOAD,
> >@@ -188,11 +224,13 @@ static int __init sun5i_setup_clocksource(struct device_node *node,
> >  	ret = clocksource_register_hz(&cs->clksrc, rate);
> >  	if (ret) {
> >  		pr_err("Couldn't register clock source.\n");
> >-		goto err_disable_clk;
> >+		goto err_remove_notifier;
> >  	}
> >
> >  	return 0;
> >
> >+err_remove_notifier:
> >+	clk_notifier_unregister(clk, &cs->timer.clk_rate_cb);
> >  err_disable_clk:
> >  	clk_disable_unprepare(clk);
> >  err_free:
> >@@ -200,6 +238,26 @@ err_free:
> >  	return ret;
> >  }
> >
> >+static int sun5i_rate_cb_clkevt(struct notifier_block *nb,
> >+				unsigned long event, void *data)
> >+{
> >+	struct clk_notifier_data *ndata = data;
> >+	struct sun5i_timer *timer = to_sun5i_timer(nb);
> >+	struct sun5i_timer_clkevt *ce = container_of(timer,
> >+						     struct sun5i_timer_clkevt, timer);
> >+	unsigned long flags;
> >+
> >+	if (event == POST_RATE_CHANGE) {
> >+		local_irq_save(flags);
> >+		clockevents_update_freq(&ce->clkevt, ndata->new_rate);
> >+		local_irq_restore(flags);
> 
> local_irq_save and local_irq_restore are already in the
> clockevents_update_freq function.

Ok.

Thanks!
Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150126/f9c789d8/attachment-0001.sig>


More information about the linux-arm-kernel mailing list