From: "Premi, Sanjeev" <premi@ti.com>
To: Russ Dill <russ.dill@gmail.com>,
Kevin Hilman <khilman@deeprootsystems.com>
Cc: Peter Barada <peterb@logicpd.com>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: RE: PM branch rebased to 2.6.29
Date: Mon, 30 Mar 2009 15:38:48 +0530 [thread overview]
Message-ID: <B85A65D85D7EB246BE421B3FB0FBB59301CC5699A0@dbde02.ent.ti.com> (raw)
In-Reply-To: <f9d2a5e10903271350x2d534c76nc55c492b8acd1d4e@mail.gmail.com>
> -----Original Message-----
> From: linux-omap-owner@vger.kernel.org
> [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Russ Dill
> Sent: Saturday, March 28, 2009 2:21 AM
> To: Kevin Hilman
> Cc: Peter Barada; linux-omap@vger.kernel.org
> Subject: Re: PM branch rebased to 2.6.29
>
> On Tue, Mar 24, 2009 at 1:21 PM, Kevin Hilman
> <khilman@deeprootsystems.com> wrote:
> > Peter Barada wrote:
> >>
> >> On Tue, 2009-03-24 at 11:08 -0700, Kevin Hilman wrote:
> >>>
> >>> Peter Barada <peterb@logicpd.com> writes:
> >>>
> >>>> On Tue, 2009-03-17 at 22:21 -0700, Kevin Hilman wrote:
> >>>>>
> >>>>> FYI...
> >>>>> The PM branch has now been rebased to today's
> linux-omap HEAD which is
> >>>>> based on v2.6.29-rc8. The previous PM branch has been
> renamed to
> >>>>> pm-2.6.28. Depending on when you look, Tony's
> linux-omap tree may not
> >>>>> (yet) have the latest PM branch. If not, you can use
> my PM tree[1]
> >>>>> directly. Also, pm-2.6.28 will only be available on my tree.
> >>>>>
> >>>>> Tested on OMAP3 Beagle and RX51 and was able to hit RET
> and OFF in
> >>>>> suspend and in PM idle with minimal kernel. No testing
> yet done for
> >>>>> CPUidle or DVFS. Please test on your hardware and
> submit results to
> >>>>> the list. Thanks.
> >>>>
> >>>> Kevin, did you build/test with
> >>>> the /arc/arm/config/omap3_beagle_defconfig, and
> >>>> arc/arm/configs/rx51_defconfig or some other
> config(could you send it to
> >>>> me if it isn't in the PM tree)?
> >>>
> >>> I started with the ones in the tree, but I disable most
> of the drivers
> >>> and turn on some debugging features. Attached is the one
> I used for
> >>> beagle.
> >>> [...]
> >>
> >> Hmm, I modified your config to add smc911x support so I can have an
> >> nfsroot, added selector/code for my board(based on
> omap3beagle.c) and
> >> brought it up on my hardware, but I'm not sure if its
> working correctly.
> >> It does look to pause in the suspend sate, and comes out
> when I hit a
> >> key on the console, but the messages don't look quite right as
> >> core_pwrdm and per_pwrdm state they didn't go into state 1
> (full log
> >> attached):
> >>
> >> omap3530# echo mem > /sys/power/state
> >> PM: Syncing filesystems ... done.
> >> PM: Preparing system for mem sleep
> >> Freezing user space processes ... (elapsed 0.00 seconds) done.
> >> Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
> >> PM: Entering mem sleep
> >> Powerdomain (core_pwrdm) didn't enter target state 1
> >> Powerdomain (per_pwrdm) didn't enter target state 1
> >> Could not enter target state in pm_suspend
> >> eth0: smc911x_reset timeout waiting for PM restore
> >>
> >> eth0: link down
> >> PM: Finishing wakeup.
> >> Restarting tasks ... done.
> >> omap3530# omap3530# eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
> >>
> >>
> >> Is this expected?
> >>
> >
> > Yes, you haven't allowed the UART clocks to go off during
> idle/suspend and
> > there are UARTs in both CORE and PER.
> >
> > Try this before going into suspend:
> >
> > echo 1 > /sys/power/clocks_off_while_idle
> >
> > This will allow UART clocks to be disabled on suspend, and
> also allow them
> > to be disabled after 5 seconds of UART inactivity allowing
> retention in idle
> > as well.
> >
I had found that two drivers that could prevent clocks_off are
USB and DSS because of the way they use clk_enable().
Can you try building without theses drivers just for verification?
Best regards,
Sanjeev
>
> I'm having the same problem, and setting clocks_off_while_idle doesn't
> help. I was initially suspicious that the bits in PM_WKEN1_CORE and
> PM_WKEN3_CORE needed to be cleared (for core), but using devmem2 to
> clear them didn't help.
>
> For the purposes that I'm using my board for, I need to get everything
> into the lowest power consumption possible while sleeping. eg,
> everything in off mode but the WKUP domain.
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> --
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-03-30 10:09 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-18 5:21 PM branch rebased to 2.6.29 Kevin Hilman
2009-03-18 7:41 ` Artem Bityutskiy
2009-03-18 15:51 ` Kevin Hilman
2009-03-19 22:20 ` David Brownell
2009-03-20 18:59 ` Tony Lindgren
2009-03-20 19:46 ` David Brownell
2009-03-20 19:57 ` Tony Lindgren
2009-03-20 21:27 ` Tony Lindgren
2009-03-20 22:36 ` David Brownell
2009-03-24 17:10 ` Peter Barada
2009-03-24 18:08 ` Kevin Hilman
2009-03-24 20:11 ` Peter Barada
2009-03-24 20:21 ` Kevin Hilman
2009-03-24 20:37 ` Peter Barada
2009-03-27 20:50 ` Russ Dill
2009-03-30 10:08 ` Premi, Sanjeev [this message]
2009-03-30 10:42 ` Koen Kooi
2009-03-30 13:22 ` Premi, Sanjeev
2009-03-30 17:44 ` Russ Dill
2009-03-30 17:57 ` Kevin Hilman
2009-03-30 18:18 ` Peter Barada
2009-03-30 18:43 ` Kevin Hilman
2009-03-30 23:01 ` Russ Dill
2009-03-31 7:01 ` Russ Dill
2009-03-31 18:25 ` Kevin Hilman
2009-03-31 21:31 ` Russ Dill
2009-03-31 23:33 ` Kevin Hilman
2009-04-01 1:30 ` Russ Dill
2009-04-01 4:11 ` Kevin Hilman
2009-03-26 16:54 ` Jean Pihet
2009-03-26 17:01 ` Kevin Hilman
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=B85A65D85D7EB246BE421B3FB0FBB59301CC5699A0@dbde02.ent.ti.com \
--to=premi@ti.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-omap@vger.kernel.org \
--cc=peterb@logicpd.com \
--cc=russ.dill@gmail.com \
/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).