IMX: Rearm watchdog after loading value for restart
Subsystems (3)
PATCH 1/1 IMX: Rearm watchdog after loading value for restart
When calling the restart function the watchdog is activated and the WDOG timeout field is set to 0. This gives a reset time of 500 ms, which is consistent with the following delay. However this new time is not loaded into the WDOG until the WDOG service routine is run (see IMX6SXRM section 70.5.1.1 "Servicing WDOG to reload the counter").
Not reloading the counter could result in a random delay up to 128 seconds before the system restarts, depending on the previous value of the WDOG timeout field and when it has last been serviced. That bug is fixed with this patch.
arch/arm/mach-imx/system.c renamed from arch/arm/mach-imx/system.c.orig +6 -0
@@ -32,6 +32,8 @@#include "common.h" #include "hardware.h" +#define IMX_WATCHDOG_SERVICE_REGISTER 2 +static void __iomem *wdog_base;static struct clk *wdog_clk;static int wcr_enable = (1 <<2 );
@@ -59,6 +61,10 @@ void mxc_restart(enum reboot_mode mode,imx_writew (wcr_enable, wdog_base);imx_writew (wcr_enable, wdog_base); +/* Rearm WDOG to load 500ms value */ +imx_writew (0x5555 , wdog_base+IMX_WATCHDOG_SERVICE_REGISTER ); +imx_writew (0xaaaa , wdog_base+IMX_WATCHDOG_SERVICE_REGISTER ); +/* wait for reset to assert... */ mdelay (500 );
PATCH 1/1 IMX: Rearm watchdog after loading value for restart
Hi Frederik,
Quoted 10 lines · frederikj at gmail.com
When calling the restart function the watchdog is activated and the WDOG timeout field is set to 0. This gives a reset time of 500 ms, which is consistent with the following delay. However this new time is not loaded into the WDOG until the WDOG service routine is run (see IMX6SXRM section 70.5.1.1 "Servicing WDOG to reload the counter").
Not reloading the counter could result in a random delay up to 128 seconds before the system restarts, depending on the previous value of the WDOG timeout field and when it has last been serviced. That bug is fixed with this patch.
Which platform are you using? This code seems to only be used on legacy platforms that were not converted to DT. For DT based systems, including all i.MX6, the equivalent version is at drivers/watchdog/imx2_wdt.c:imx2_wdt_restart().
baruch
Quoted 23 lines
Signed-off-by Frederik Juul <[email protected]>arch/arm/mach-imx/system.c renamed from arch/arm/mach-imx/system.c.orig +6
-0@@ -32,6 +32,8 @@#include "common.h" #include "hardware.h" +#define IMX_WATCHDOG_SERVICE_REGISTER 2 +static void __iomem *wdog_base;static struct clk *wdog_clk;static int wcr_enable = (1 <<2 );@@ -59,6 +61,10 @@ void mxc_restart(enum reboot_mode mode,imx_writew (wcr_enable, wdog_base);imx_writew (wcr_enable, wdog_base); +/* Rearm WDOG to load 500ms value */ +imx_writew (0x5555 , wdog_base+IMX_WATCHDOG_SERVICE_REGISTER ); +imx_writew (0xaaaa , wdog_base+IMX_WATCHDOG_SERVICE_REGISTER ); +/* wait for reset to assert... */ mdelay (500 );
Signature · 3 lines
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -PATCH 1/1 IMX: Rearm watchdog after loading value for restart
In reply to frederikj at gmail.comHi,
Quoted 11 lines · On Thu, 27 Apr 2017 15:14:34 +0200 frederikj at gmail.com wrote:
When calling the restart function the watchdog is activated and the WDOG timeout field is set to 0. This gives a reset time of 500 ms, which is consistent with the following delay. However this new time is not loaded into the WDOG until the WDOG service routine is run (see IMX6SXRM section 70.5.1.1 "Servicing WDOG to reload the counter").
Not reloading the counter could result in a random delay up to 128 seconds before the system restarts, depending on the previous value of the WDOG timeout field and when it has last been serviced. That bug is fixed with this patch.
The routine is actually initiating a softreset by clearing the SRS bit in WCR. Thus the watchdog timeout should only have any effect, if the softreset fails in some way. Under normal circumstances the reset should happen immediately no matter what watchdog timeout is programmed.
Lothar Wa?mann
Signature · 9 lines
___________________________________________________________ Ka-Ro electronics GmbH | Pascalstra?e 22 | D - 52076 Aachen Phone: +49 2408 1402-0 | Fax: +49 2408 1402-10 Gesch?ftsf?hrer: Matthias Kaussen Handelsregistereintrag: Amtsgericht Aachen, HRB 4996 www.karo-electronics.de | info at karo-electronics.de ___________________________________________________________
PATCH 1/1 IMX: Rearm watchdog after loading value for restart
Disregard this patch then :) I had seen some strange behavior when toying with watchdog where it didn?t reset properly and wrote the "something went wrong" message. This patch fixed it for me, but I guess I may have misunderstood the issue.
Frederik Juul
-----Original Message-----
From: Lothar Wa?mann [mailto:LW at KARO-electronics.de]
Sent: 28. april 2017 12:03
To: frederikj at gmail.com
Cc: linux-arm-kernel at lists.infradead.org; shawnguo at kernel.org; fabio.estevam at nxp.com; kernel at pengutronix.de; Frederik Juul <[email protected]>
Subject: Re: [PATCH] IMX: Rearm watchdog after loading value for restart
Hi,
Quoted 7 lines · On Thu, 27 Apr 2017 15:14:34 +0200 frederikj at gmail.com wrote:
When calling the restart function the watchdog is activated and the WDOG timeout field is set to 0. This gives a reset time of 500 ms, which is consistent with the following delay. However this new time is not loaded into the WDOG until the WDOG service routine is run (see IMX6SXRM section
70.5.1.1 "Servicing WDOG to reload the counter").
Quoted 5 lines
Not reloading the counter could result in a random delay up to 128 seconds before the system restarts, depending on the previous value of the WDOG timeout field and when it has last been serviced. That bug is fixed with this patch.
The routine is actually initiating a softreset by clearing the SRS bit in WCR. Thus the watchdog timeout should only have any effect, if the softreset fails in some way. Under normal circumstances the reset should happen immediately no matter what watchdog timeout is programmed.
Lothar Wa?mann
--
___________________________________________________________
Ka-Ro electronics GmbH | Pascalstra?e 22 | D - 52076 Aachen
Phone: +49 2408 1402-0 | Fax: +49 2408 1402-10 Gesch?ftsf?hrer: Matthias Kaussen
Handelsregistereintrag: Amtsgericht Aachen, HRB 4996
www.karo-electronics.de | info at karo-electronics.de ___________________________________________________________