* Clock & PM breakage in 3.0-rc2
@ 2011-06-08 14:31 Jarkko Nikula
2011-06-08 18:32 ` Kevin Hilman
0 siblings, 1 reply; 3+ messages in thread
From: Jarkko Nikula @ 2011-06-08 14:31 UTC (permalink / raw)
To: Kevin Hilman; +Cc: linux-omap
Hi
While debugging another issue I noticed that McBSP2 clock on Nokia N900
doesn't get disabled in 3.0-rc2 after calling
pm_runtime_put_sync(mcbsp->dev) and the fclk usecount remains active if
the pm_runtime_get_sync(mcbsp->dev) was ever called activating it.
I believe this affects other drivers too as the system is not able to
enter into retention idle even if the mcbsp clocks are off.
I traced breakage to commit 638080c ("OMAP2+ / PM: move runtime
PM implementation to use device power domains").
Reventing that and and 2064af9 ("PM: Revert "driver core: platform_bus:
allow runtime override of dev_pm_ops") makes both mcbsp clocks and
retention idle working again.
Unfortunately I'm not able to see quickly what would be the right fix.
--
Jarkko
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Clock & PM breakage in 3.0-rc2
2011-06-08 14:31 Clock & PM breakage in 3.0-rc2 Jarkko Nikula
@ 2011-06-08 18:32 ` Kevin Hilman
2011-06-09 6:10 ` Jarkko Nikula
0 siblings, 1 reply; 3+ messages in thread
From: Kevin Hilman @ 2011-06-08 18:32 UTC (permalink / raw)
To: Jarkko Nikula; +Cc: linux-omap
Jarkko Nikula <jhnikula@gmail.com> writes:
> While debugging another issue I noticed that McBSP2 clock on Nokia N900
> doesn't get disabled in 3.0-rc2 after calling
> pm_runtime_put_sync(mcbsp->dev) and the fclk usecount remains active if
> the pm_runtime_get_sync(mcbsp->dev) was ever called activating it.
>
> I believe this affects other drivers too as the system is not able to
> enter into retention idle even if the mcbsp clocks are off.
>
> I traced breakage to commit 638080c ("OMAP2+ / PM: move runtime
> PM implementation to use device power domains").
>
> Reventing that and and 2064af9 ("PM: Revert "driver core: platform_bus:
> allow runtime override of dev_pm_ops") makes both mcbsp clocks and
> retention idle working again.
>
> Unfortunately I'm not able to see quickly what would be the right fix.
This should be fixed in my for_3.0/pm-fixes branch (pull req. sent to
Tony earlier this week.)
Specifically, the "OMAP: PM: omap_device: fix device power domain callbacks"
patch should fix your problem
Can you test again with merging that branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
Kevin
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Clock & PM breakage in 3.0-rc2
2011-06-08 18:32 ` Kevin Hilman
@ 2011-06-09 6:10 ` Jarkko Nikula
0 siblings, 0 replies; 3+ messages in thread
From: Jarkko Nikula @ 2011-06-09 6:10 UTC (permalink / raw)
To: Kevin Hilman; +Cc: linux-omap
On Wed, 08 Jun 2011 11:32:47 -0700
Kevin Hilman <khilman@ti.com> wrote:
> > I traced breakage to commit 638080c ("OMAP2+ / PM: move runtime
> > PM implementation to use device power domains").
> >
> > Reventing that and and 2064af9 ("PM: Revert "driver core: platform_bus:
> > allow runtime override of dev_pm_ops") makes both mcbsp clocks and
> > retention idle working again.
> >
> > Unfortunately I'm not able to see quickly what would be the right fix.
>
> This should be fixed in my for_3.0/pm-fixes branch (pull req. sent to
> Tony earlier this week.)
>
> Specifically, the "OMAP: PM: omap_device: fix device power domain callbacks"
> patch should fix your problem
>
> Can you test again with merging that branch from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
>
Great! That patch fixes the mcbsp clock problem and I suppose retention
too (I don't have a multimeter with me now to verify but retention
counters in /sys/kernel/debug/pm_debug/count are increasing now).
--
Jarkko
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-06-09 6:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-08 14:31 Clock & PM breakage in 3.0-rc2 Jarkko Nikula
2011-06-08 18:32 ` Kevin Hilman
2011-06-09 6:10 ` Jarkko Nikula
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox