From: Kevin Hilman <khilman@deeprootsystems.com>
To: Jean Pihet <jean.pihet@newoldbits.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: OMAP3 low power mode broken on l-o
Date: Tue, 02 Nov 2010 13:38:57 +0000 [thread overview]
Message-ID: <87sjzjetfy.fsf@deeprootsystems.com> (raw)
In-Reply-To: <AANLkTikzVLW08MrZUPWmVx6+w4E8sXN5NHwM1R7Ya8zX@mail.gmail.com> (Jean Pihet's message of "Thu, 28 Oct 2010 22:40:43 +0200")
Jean Pihet <jean.pihet@newoldbits.com> writes:
> The low power mode on the latest l-o master branch is broken, so I
> investigated a bit. Here are the results. This has been tested on
> OMAP3EVM and Beagleboard.
>
> The problem is that the CORE does not reach the desired mode (RET,
> OFF). It is caused by the I2C1 fclk that is left enabled at suspend
> time.
> Extra printks has been added in the clock enable and disable functions
> for I2C and a stack dump has been added in the suspend path if the
> clock is still enabled, cf. log below.
>
> In the devices suspend sequence the RTC gets suspended, which triggers
> a read of the TWL RTC through the I2C bus, which in turn enables the
> I2C1 fclk. That clock is only disabled on devices resume.
>
> I am guessing this is linked to the recent changes in the I2C for HWMOD support.
> What is the correct fix to have the I2C modules correctly shut off
> before the suspend?
I2C clocks are supposed to be disabled after each transaction. This
isn't happening.
My guess is that the 'put' that happens after TX doesn't actually
actually result in a call to omap_device_idle() since system suspend is
active. Static suspend/resume take the runtime PM lock, effectively
disabling runtime PM suspend during static suspend.
I have a patch/workaround for this problem which is part of my pm-core
branch, but I did not submit for 2.6.37 as I'm not entirely convinced of
it yet. Basically, in the OMAP bus-methods for static suspend/resume I
tinker with the runtime PM usecounting such that the devices can idle.
Please take a look at the tip patch in my pm-suspend branch, try it out
and see if it fixes your problem.
Thanks,
Kevin
next prev parent reply other threads:[~2010-11-02 13:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-28 20:40 OMAP3 low power mode broken on l-o Jean Pihet
2010-10-29 4:52 ` Shilimkar, Santosh
2010-11-02 13:38 ` Kevin Hilman [this message]
2010-11-03 12:48 ` Jean Pihet
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=87sjzjetfy.fsf@deeprootsystems.com \
--to=khilman@deeprootsystems.com \
--cc=jean.pihet@newoldbits.com \
--cc=linux-omap@vger.kernel.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