From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russ Dill Subject: Re: PM branch rebased to 2.6.29 Date: Mon, 30 Mar 2009 10:44:19 -0700 Message-ID: References: <87bprz9zju.fsf@deeprootsystems.com> <1237914611.23022.124.camel@blackhole> <87zlfaztcd.fsf@deeprootsystems.com> <1237925484.23022.133.camel@blackhole> <49C940CA.9070805@deeprootsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from rv-out-0506.google.com ([209.85.198.232]:57106 "EHLO rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753265AbZC3RoW convert rfc822-to-8bit (ORCPT ); Mon, 30 Mar 2009 13:44:22 -0400 Received: by rv-out-0506.google.com with SMTP id f9so2557567rvb.1 for ; Mon, 30 Mar 2009 10:44:19 -0700 (PDT) In-Reply-To: Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: "Premi, Sanjeev" Cc: Kevin Hilman , Peter Barada , "linux-omap@vger.kernel.org" On Mon, Mar 30, 2009 at 3:08 AM, Premi, Sanjeev wrote: >> -----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 >> wrote: >> > Peter Barada wrote: >> >> >> >> On Tue, 2009-03-24 at 11:08 -0700, Kevin Hilman wrote: >> >>> >> >>> Peter Barada 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. =C2=A0The previous PM branch has been >> renamed to >> >>>>> pm-2.6.28. =C2=A0Depending on when you look, Tony's >> linux-omap tree may not >> >>>>> (yet) have the latest PM branch. =C2=A0If not, you can use >> my PM tree[1] >> >>>>> directly. =C2=A0Also, pm-2.6.28 will only be available on my t= ree. >> >>>>> >> >>>>> Tested on OMAP3 Beagle and RX51 and was able to hit RET >> and OFF in >> >>>>> suspend and in PM idle with minimal kernel. =C2=A0No testing >> yet done for >> >>>>> CPUidle or DVFS. =C2=A0Please test on your hardware and >> submit results to >> >>>>> the list. =C2=A0Thanks. >> >>>> >> >>>> Kevin, =C2=A0did 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. =C2=A0Attached 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) don= e. >> >> 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 0x45= E1 >> >> >> >> >> >> 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: >> > >> > =C2=A0echo 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? > Building without dss makes things worse: Powerdomain (dss_pwrdm) didn't enter target state 0 Maybe by looking at what the dss driver is doing I can get core and per to turn off. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html