From: "Cousson, Benoit" <b-cousson@ti.com>
To: "Varadarajan, Charulatha" <charu@ti.com>, "Menon, Nishanth" <nm@ti.com>
Cc: "tony@atomide.com" <tony@atomide.com>,
"wim@iguana.be" <wim@iguana.be>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"linux-watchdog@vger.kernel.org" <linux-watchdog@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"khilman@deeprootsystems.com" <khilman@deeprootsystems.com>,
"paul@pwsan.com" <paul@pwsan.com>,
"Nayak, Rajendra" <rnayak@ti.com>,
"Basak, Partha" <p-basak2@ti.com>
Subject: Re: [PATCH] OMAP2PLUS: WDT: Fix: Disable WDT after reset during init
Date: Thu, 30 Sep 2010 11:07:13 +0200 [thread overview]
Message-ID: <4CA45341.3080300@ti.com> (raw)
In-Reply-To: <1285834270-32766-1-git-send-email-charu@ti.com>
Hi Charu,
On 9/30/2010 10:11 AM, Varadarajan, Charulatha wrote:
> With OMAP2PLUS watchdog implemented in hwmod fw way, the
> module is reset during init.
In that case hwmod fw just highlighted the real behavior that was hidden
so far by the X-loader.
You should as well add a link to the email thread with Kevin that raised
the issue.
> After a watchdog timer module reset, the WDTs are enabled. The
> default time for a system reset after a watchdog module reset
> is ~10s as per the default value of the WDT registers. Hence
> the system would be reset after 10s, if watchdog is not disabled
> within 10s.
>
> This patch fixes the above issue by disabling the watchdog timer
> after reset during initialization of devices.
I'm still wondering as well what is the expected behavior of the
watchdog in a real product. If it is started by default at boot time,
this is probably for a good reason (or maybe not...).
So, disabling it all the time is maybe not the best solution.
Nishanth (M),
Do you have an idea on that topic?
>
> Signed-off-by: Charulatha V<charu@ti.com>
> Reported-by: Kevin Hilman<khilman@deeprootsystems.com>
> ---
> This patch is dependent on the below patch series (wdt hwmod) and
> is created on top of pm-core branch.
> http://www.spinics.net/lists/linux-omap/msg37043.html
>
> arch/arm/mach-omap2/devices.c | 44 +++++++++++++++++++++++++++++++++++++++++
> 1 files changed, 44 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
> index 8e2f0aa..9f44fc6 100644
> --- a/arch/arm/mach-omap2/devices.c
> +++ b/arch/arm/mach-omap2/devices.c
> @@ -916,11 +916,55 @@ static inline void omap_init_vout(void) {}
>
> /*-------------------------------------------------------------------------*/
>
> +/*
> + * WDT mdoule is reset during init which enables the watchdog.
typo: module
The real explanation is that you should not assume anything from the
boot loader at that time, so always stop the wdt.
> + * Hence it is required to disable the watchdog after the WDT reset
> + * during init. Otherwise the system would reboot as per the default
> + * watchdog timer registers settings.
> + */
> +#define OMAP_WDT_WPS (0x34)
> +#define OMAP_WDT_SPR (0x48)
> +
> +static int omap2_disable_wdt(struct omap_hwmod *oh, void *user)
You should call it unused if the parameter is not used.
> +{
> + void __iomem *base;
> +
> + if (!oh)
> + pr_err("Could not look up wdtimer_hwmod\n");
> +
> + base = oh->_mpu_rt_va;
Paul added an hwmod API to get that va (something like *_get_mpu_rt_va).
> +
> + /* Enable the clocks before accessing the WDT registers */
> + omap_hwmod_enable(oh);
The enable can fail, so you should check the return value.
> +
> + /* sequence required to disable watchdog */
> + __raw_writel(0xAAAA, base + OMAP_WDT_SPR); /* TIMER_MODE */
> + while (__raw_readl(base + OMAP_WDT_WPS)& 0x10)
> + cpu_relax();
> +
> + __raw_writel(0x5555, base + OMAP_WDT_SPR); /* TIMER_MODE */
> + while (__raw_readl(base + OMAP_WDT_WPS)& 0x10)
> + cpu_relax();
> +
> + omap_hwmod_idle(oh);
> +
> + return 0;
> +}
> +
> +static void __init omap_disable_wdt(void)
> +{
> + if (cpu_class_is_omap2())
This code is already in mach-omap2/devices.c, so that test should be
useless.
Regards,
Benoit
> + omap_hwmod_for_each_by_class("wd_timer",
> + omap2_disable_wdt, NULL);
> + return;
> +}
> +
> static int __init omap2_init_devices(void)
> {
> /* please keep these calls, and their implementations above,
> * in alphabetical order so they're easier to sort through.
> */
> + omap_disable_wdt();
> omap_hsmmc_reset();
> omap_init_camera();
> omap_init_mbox();
next prev parent reply other threads:[~2010-09-30 9:07 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-30 8:11 [PATCH] OMAP2PLUS: WDT: Fix: Disable WDT after reset during init Varadarajan, Charulatha
2010-09-30 9:07 ` Cousson, Benoit [this message]
2010-09-30 13:55 ` Kevin Hilman
2010-09-30 14:12 ` Cousson, Benoit
2010-09-30 14:51 ` Kevin Hilman
2010-09-30 15:07 ` Tony Lindgren
2010-09-30 15:55 ` Varadarajan, Charulatha
2010-09-30 16:32 ` Varadarajan, Charulatha
2010-09-30 16:43 ` Paul Walmsley
2010-09-30 16:51 ` Tony Lindgren
2010-09-30 16:46 ` Cousson, Benoit
2010-09-30 16:57 ` Cousson, Benoit
2010-09-30 17:06 ` Varadarajan, Charulatha
2010-09-30 17:05 ` Shilimkar, Santosh
2010-09-30 17:11 ` Kevin Hilman
2010-10-01 7:26 ` Shilimkar, Santosh
2010-10-01 13:33 ` Varadarajan, Charulatha
2010-10-01 14:43 ` Kevin Hilman
2010-10-01 17:12 ` Cousson, Benoit
2010-09-30 13:57 ` Kevin Hilman
2010-09-30 16:36 ` Varadarajan, Charulatha
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=4CA45341.3080300@ti.com \
--to=b-cousson@ti.com \
--cc=charu@ti.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-watchdog@vger.kernel.org \
--cc=nm@ti.com \
--cc=p-basak2@ti.com \
--cc=paul@pwsan.com \
--cc=rnayak@ti.com \
--cc=tony@atomide.com \
--cc=wim@iguana.be \
/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).