* [PATCH v2] clocksource: sun4i: Clear interrupts after stopping timer in probe function
@ 2016-08-15 4:57 Chen-Yu Tsai
2016-08-15 20:55 ` Rask Ingemann Lambertsen
2016-08-16 10:25 ` Daniel Lezcano
0 siblings, 2 replies; 3+ messages in thread
From: Chen-Yu Tsai @ 2016-08-15 4:57 UTC (permalink / raw)
To: linux-arm-kernel
The bootloader (U-boot) sometimes uses this timer for various delays.
It uses it as a ongoing counter, and does comparisons on the current
counter value. The timer counter is never stopped.
In some cases when the user interacts with the bootloader, or lets
it idle for some time before loading Linux, the timer may expire,
and an interrupt will be pending. This results in an unexpected
interrupt when the timer interrupt is enabled by the kernel, at
which point the event_handler isn't set yet. This results in a NULL
pointer dereference exception, panic, and no way to reboot.
Clear any pending interrupts after we stop the timer in the probe
function to avoid this.
Cc: stable at vger.kernel.org
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
---
Changes since v1:
- Add stable kernel to Cc.
---
drivers/clocksource/sun4i_timer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clocksource/sun4i_timer.c b/drivers/clocksource/sun4i_timer.c
index 97669ee4df2a..7ab69b36f744 100644
--- a/drivers/clocksource/sun4i_timer.c
+++ b/drivers/clocksource/sun4i_timer.c
@@ -208,6 +208,9 @@ static int __init sun4i_timer_init(struct device_node *node)
/* Make sure timer is stopped before playing with interrupts */
sun4i_clkevt_time_stop(0);
+ /* clear timer0 interrupt */
+ writel(0x1, timer_base + TIMER_IRQ_ST_REG);
+
sun4i_clockevent.cpumask = cpu_possible_mask;
sun4i_clockevent.irq = irq;
--
2.8.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* [PATCH v2] clocksource: sun4i: Clear interrupts after stopping timer in probe function
2016-08-15 4:57 [PATCH v2] clocksource: sun4i: Clear interrupts after stopping timer in probe function Chen-Yu Tsai
@ 2016-08-15 20:55 ` Rask Ingemann Lambertsen
2016-08-16 10:25 ` Daniel Lezcano
1 sibling, 0 replies; 3+ messages in thread
From: Rask Ingemann Lambertsen @ 2016-08-15 20:55 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Aug 15, 2016 at 12:57:04PM +0800, Chen-Yu Tsai wrote:
> The bootloader (U-boot) sometimes uses this timer for various delays.
> It uses it as a ongoing counter, and does comparisons on the current
> counter value. The timer counter is never stopped.
>
> In some cases when the user interacts with the bootloader, or lets
> it idle for some time before loading Linux, the timer may expire,
> and an interrupt will be pending. This results in an unexpected
> interrupt when the timer interrupt is enabled by the kernel, at
> which point the event_handler isn't set yet. This results in a NULL
> pointer dereference exception, panic, and no way to reboot.
Thanks for tracking down this bug. It bit me too once. Now I won't
wonder if it was my fault. I do wonder if there are more interrupts
which need their pending status cleared in the probe function.
--
Rask Ingemann Lambertsen
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH v2] clocksource: sun4i: Clear interrupts after stopping timer in probe function
2016-08-15 4:57 [PATCH v2] clocksource: sun4i: Clear interrupts after stopping timer in probe function Chen-Yu Tsai
2016-08-15 20:55 ` Rask Ingemann Lambertsen
@ 2016-08-16 10:25 ` Daniel Lezcano
1 sibling, 0 replies; 3+ messages in thread
From: Daniel Lezcano @ 2016-08-16 10:25 UTC (permalink / raw)
To: linux-arm-kernel
On 08/15/2016 06:57 AM, Chen-Yu Tsai wrote:
> The bootloader (U-boot) sometimes uses this timer for various delays.
> It uses it as a ongoing counter, and does comparisons on the current
> counter value. The timer counter is never stopped.
>
> In some cases when the user interacts with the bootloader, or lets
> it idle for some time before loading Linux, the timer may expire,
> and an interrupt will be pending. This results in an unexpected
> interrupt when the timer interrupt is enabled by the kernel, at
> which point the event_handler isn't set yet. This results in a NULL
> pointer dereference exception, panic, and no way to reboot.
>
> Clear any pending interrupts after we stop the timer in the probe
> function to avoid this.
>
> Cc: stable at vger.kernel.org
> Signed-off-by: Chen-Yu Tsai <wens@csie.org>
> ---
> Changes since v1:
>
> - Add stable kernel to Cc.
> ---
> drivers/clocksource/sun4i_timer.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/clocksource/sun4i_timer.c b/drivers/clocksource/sun4i_timer.c
> index 97669ee4df2a..7ab69b36f744 100644
> --- a/drivers/clocksource/sun4i_timer.c
> +++ b/drivers/clocksource/sun4i_timer.c
> @@ -208,6 +208,9 @@ static int __init sun4i_timer_init(struct device_node *node)
> /* Make sure timer is stopped before playing with interrupts */
> sun4i_clkevt_time_stop(0);
>
> + /* clear timer0 interrupt */
> + writel(0x1, timer_base + TIMER_IRQ_ST_REG);
Can you replace this call with a static inline function and reuse it
also in 'sun4i_timer_interrupt' ?
Thanks.
-- Daniel
--
<http://www.linaro.org/> Linaro.org ? Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-08-16 10:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-08-15 4:57 [PATCH v2] clocksource: sun4i: Clear interrupts after stopping timer in probe function Chen-Yu Tsai
2016-08-15 20:55 ` Rask Ingemann Lambertsen
2016-08-16 10:25 ` Daniel Lezcano
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).