* [PATCH] clockevents/drivers/dw_apb_timer: Implement ->set_state_oneshot_stopped()
@ 2016-02-26 9:45 Jisheng Zhang
2016-02-26 9:54 ` Viresh Kumar
0 siblings, 1 reply; 2+ messages in thread
From: Jisheng Zhang @ 2016-02-26 9:45 UTC (permalink / raw)
To: linux-arm-kernel
The dw_apb_timer only "supports PERIODIC mode and their drivers emulate
ONESHOT over that" as described in commit 8fff52fd5093 ("clockevents:
Introduce CLOCK_EVT_STATE_ONESHOT_STOPPED state").
Inspired by Viresh, I think the dw_apb_timer also needs to implement
the set_state_oneshot_stopped() which is called by the clkevt core,
when the next event is required at an expiry time of 'KTIME_MAX'. This
normally happens with NO_HZ_{IDLE|FULL} in both LOWRES/HIGHRES modes.
This patch makes the clockevent device to stop on such an event, to
avoid spurious interrupts, as explained by the above commit.
Signed-off-by: Jisheng Zhang <jszhang@marvell.com>
---
drivers/clocksource/dw_apb_timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clocksource/dw_apb_timer.c b/drivers/clocksource/dw_apb_timer.c
index 6334526..797505a 100644
--- a/drivers/clocksource/dw_apb_timer.c
+++ b/drivers/clocksource/dw_apb_timer.c
@@ -264,6 +264,7 @@ dw_apb_clockevent_init(int cpu, const char *name, unsigned rating,
dw_ced->ced.set_state_shutdown = apbt_shutdown;
dw_ced->ced.set_state_periodic = apbt_set_periodic;
dw_ced->ced.set_state_oneshot = apbt_set_oneshot;
+ dw_ced->ced.set_state_oneshot_stopped = apbt_shutdown;
dw_ced->ced.tick_resume = apbt_resume;
dw_ced->ced.set_next_event = apbt_next_event;
dw_ced->ced.irq = dw_ced->timer.irq;
--
2.7.0
^ permalink raw reply related [flat|nested] 2+ messages in thread
* [PATCH] clockevents/drivers/dw_apb_timer: Implement ->set_state_oneshot_stopped()
2016-02-26 9:45 [PATCH] clockevents/drivers/dw_apb_timer: Implement ->set_state_oneshot_stopped() Jisheng Zhang
@ 2016-02-26 9:54 ` Viresh Kumar
0 siblings, 0 replies; 2+ messages in thread
From: Viresh Kumar @ 2016-02-26 9:54 UTC (permalink / raw)
To: linux-arm-kernel
On 26-02-16, 17:45, Jisheng Zhang wrote:
> The dw_apb_timer only "supports PERIODIC mode and their drivers emulate
> ONESHOT over that" as described in commit 8fff52fd5093 ("clockevents:
> Introduce CLOCK_EVT_STATE_ONESHOT_STOPPED state").
>
> Inspired by Viresh, I think the dw_apb_timer also needs to implement
> the set_state_oneshot_stopped() which is called by the clkevt core,
> when the next event is required at an expiry time of 'KTIME_MAX'. This
> normally happens with NO_HZ_{IDLE|FULL} in both LOWRES/HIGHRES modes.
>
> This patch makes the clockevent device to stop on such an event, to
> avoid spurious interrupts, as explained by the above commit.
>
> Signed-off-by: Jisheng Zhang <jszhang@marvell.com>
> ---
> drivers/clocksource/dw_apb_timer.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/clocksource/dw_apb_timer.c b/drivers/clocksource/dw_apb_timer.c
> index 6334526..797505a 100644
> --- a/drivers/clocksource/dw_apb_timer.c
> +++ b/drivers/clocksource/dw_apb_timer.c
> @@ -264,6 +264,7 @@ dw_apb_clockevent_init(int cpu, const char *name, unsigned rating,
> dw_ced->ced.set_state_shutdown = apbt_shutdown;
> dw_ced->ced.set_state_periodic = apbt_set_periodic;
> dw_ced->ced.set_state_oneshot = apbt_set_oneshot;
> + dw_ced->ced.set_state_oneshot_stopped = apbt_shutdown;
> dw_ced->ced.tick_resume = apbt_resume;
> dw_ced->ced.set_next_event = apbt_next_event;
> dw_ced->ced.irq = dw_ced->timer.irq;
Reviewed-by: Viresh Kumar <viresh.kumar@linaro.org>
--
viresh
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-02-26 9:54 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-26 9:45 [PATCH] clockevents/drivers/dw_apb_timer: Implement ->set_state_oneshot_stopped() Jisheng Zhang
2016-02-26 9:54 ` Viresh Kumar
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).