From: santosh.shilimkar@ti.com (Shilimkar, Santosh)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] Watchdog: OMAP: Fix the runtime pm code to avoid module getting stuck intransition state.
Date: Sat, 7 Jul 2012 17:58:40 +0530 [thread overview]
Message-ID: <CAMQu2gxaaBbragTH-=XJYhXsHrsRO4VTZTY9uv4PfSsp5ThQaQ@mail.gmail.com> (raw)
In-Reply-To: <20120707122725.GY735@spo001.leaseweb.com>
On Sat, Jul 7, 2012 at 5:57 PM, Wim Van Sebroeck <wim@iguana.be> wrote:
>
> Hi All,
>
> > > On Mon, Jun 18, 2012 at 10:53 AM, Lokesh Vutla <lokeshvutla@ti.com>
> > > wrote:
> > >> OMAP watchdong driver is adapted to runtime PM like a general device
> > >> driver but it is not appropriate. It is causing couple of functional
> > >> issues.
> > >>
> > >> 1. On OMAP4 SYSCLK can't be gated, because of issue with WDTIMER2
> > >> module,
> > >> which constantly stays in "in transition" state. Value of register
> > >> CM_WKUP_WDTIMER2_CLKCTRL is always 0x00010000 in this case.
> > >> Issue occurs immediately after first idle, when hwmod framework tries
> > >> to disable WDTIMER2 functional clock - "wd_timer2_fck". After this
> > >> module falls to "in transition" state, and SYSCLK gating is blocked.
> > >>
> > >> 2. Due to runtime PM, watchdog timer may be completely disabled.
> > >> In current code base watchdog timer is not disabled only because of
> > >> issue 1. Otherwise state of WDTIMER2 module will be "Disabled", and
> > >> there
> > >> will be no interrupts from omap_wdt. In other words watchdog will not
> > >> work at all.
> > >>
> > >> Watchdong is a special IP and it should not be disabled otherwise
> > >> purpose of it itself is defeated. Watchdog functional clock should
> > >> never be disabled. This patch updates the runtime PM handling in
> > >> driver so that runtime PM is limited only during probe/shutdown
> > >> and suspend/resume.
> > >>
> > >> The patch fixes issue 1 and 2
> > >>
> > >> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
> > >> Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> > >> Cc: Wim Van Sebroeck <wim@iguana.be>
> > >> ---
> >
> > Any comments on this patch ? If not, can you please
> > queue this up for the 3.5-rc?
>
> Added to linux-watchdog-next.
>
Thanks Wim.
Regards
Santosh
next prev parent reply other threads:[~2012-07-07 12:28 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-18 5:23 [PATCH] Watchdog: OMAP: Fix the runtime pm code to avoid module getting stuck intransition state Lokesh Vutla
2012-06-18 5:41 ` Shilimkar, Santosh
2012-06-30 7:23 ` Vutla, Lokesh
2012-07-02 5:19 ` Vutla, Lokesh
2012-07-04 16:02 ` Shilimkar, Santosh
[not found] ` <20120707122725.GY735@spo001.leaseweb.com>
2012-07-07 12:28 ` Shilimkar, Santosh [this message]
2012-07-05 14:36 ` Bedia, Vaibhav
2012-07-06 7:21 ` Shilimkar, Santosh
2012-07-06 12:29 ` Bedia, Vaibhav
2012-07-08 7:49 ` Zumeng Chen
[not found] ` <20120708092612.GA735@spo001.leaseweb.com>
2012-07-09 1:16 ` Zumeng Chen
2012-07-09 3:49 ` Vutla, Lokesh
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='CAMQu2gxaaBbragTH-=XJYhXsHrsRO4VTZTY9uv4PfSsp5ThQaQ@mail.gmail.com' \
--to=santosh.shilimkar@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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).