From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Hilman Subject: Re: [ANNOUNCE] updated PM branch, based on 2.6.32-rc1 Date: Fri, 09 Oct 2009 15:04:46 -0700 Message-ID: <87zl80te9t.fsf@deeprootsystems.com> References: <87iqezdmas.fsf@deeprootsystems.com> <87eipgnmfh.fsf@deeprootsystems.com> <87ab014iun.fsf@deeprootsystems.com> <87bpkgwk3t.fsf@deeprootsystems.com> <87bpkgut1u.fsf@deeprootsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail-pz0-f177.google.com ([209.85.222.177]:55968 "EHLO mail-pz0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933148AbZJIWFY convert rfc822-to-8bit (ORCPT ); Fri, 9 Oct 2009 18:05:24 -0400 Received: by pzk7 with SMTP id 7so2423623pzk.33 for ; Fri, 09 Oct 2009 15:04:48 -0700 (PDT) In-Reply-To: <87bpkgut1u.fsf@deeprootsystems.com> (Kevin Hilman's message of "Fri\, 09 Oct 2009 15\:00\:13 -0700") Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Juha Kuikka Cc: linux-omap@vger.kernel.org Kevin Hilman writes: > Kevin Hilman writes: > >> Kevin Hilman writes: >> >>> Juha Kuikka writes: >>> >>>> On Tue, Oct 6, 2009 at 4:16 PM, Kevin Hilman >>>> wrote: >>>>> >>>>> Kevin Hilman writes: >>>>> >>>>> > Hello, >>>>> > >>>>> > I've rebased/updated the PM branch based on current linux-omap = master >>>>> > branch (2.6.32-rc1 based.) >>>>> > >>>>> > I've also updated the OMAP Power Management wiki, and the 'Curr= ent >>>>> > version' section highlights the changes, supported platforms as= well >>>>> > as the features that have made it into mainline. >>>>> > >>>>> > =A0 =A0 =A0http://elinux.org/OMAP_Power_Management#Current_vers= ion >>>>> > >>>>> >>>>> FYI... I just rebased the PM branch onto current omap/master. >>>>> >>>>> Some important user-visible changes: The /sys/power/* options are >>>>> moving into debugfs. =A0For mainline, these primarily debug optio= ns need >>>>> to move to debugfs so I've moved them there. =A0So, if you're mis= sing >>>>> some flag under /sys/power, it's now under /debug/pm_debug. >>>>> >>>>> I've updated the 'Using the PM branch' seciont of PM wiki[1] with >>>>> the new filenames. >>>>> >>>>> Kevin >>>>> >>>>> [1] http://elinux.org/OMAP_Power_Management >>>>> -- >>>>> To unsubscribe from this list: send the line "unsubscribe linux-o= map" in >>>>> the body of a message to majordomo@vger.kernel.org >>>>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.h= tml >>>> >>>> Hi, >>> >>> Hi Juha, >>> >>>> I build and tried this latest on Beagleboard (C2). Booting from MM= C >>>> using ramdisk image. I changed the LL console to the 3rd UART. >>>> >>>> The issue I have is that after the system boots up it works for as >>>> long as I keep actively using it but if I leave it idle for a shor= t >>>> time (~5s) it stops responding. I have tried waking it up using bo= th >>>> UART and "USER" button on the board. This is with the default PM >>>> configuration. >>> >>> Thanks for testing, and reporting your problem. I have noticed >>> exactly the same problem and am still investigating it. >>> >>>> If I put the board into suspend (retention) it wakes up without an= y issues. >>>> >>>> Also, if I enable "/debug/pm_debug/sleep_while_idle" board wakes u= p >>>> without issues. Well the first couple characers on the console see= m to >>>> go missing but I guess without CTS/RTS that is expected? >>> >>> Yes, the loss of the first character is expected. >>> >>>> Any pointers would be appreciated. >>> >>> I also noticed that it works when 'sleep_while_idle' is enabled, an= d >>> this has led me to suspect a bug in that serial timout path, but I >>> have yet to debug further. >> >> FYI... >> >> I haven't figured out exactly why yet, but this patch gets things >> working again. >> >> Basically, I'm just leaving smart-idle disabled all the time. >> > > I've discovered that this is only needed when using the older u-boot > binary I was downloading from beagleboard.org. I've had lots of PM > headaches when using this u-boot and I had forgotten that I had > (re)flashed with it. > > If I build and use a u-boot from the u-boot-ti repo[1], I don't have > this problem anymore. Scratch that. Operator error. Actually, I still do have this particular problem, but upgrading u-boot solved some other unrelated problems. Sorry for the noise. Kevin -- 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