From: Peter Barada Subject: Re: Suspend/Resume questions Date: Mon, 12 Jan 2009 14:34:56 -0500 Message-ID: <1231788896.14918.25.camel@blackhole> References: <1231780282.21812.194.camel@blackhole> <74170B21-3F2A-4D9B-9C1E-9B30DDC0C5E9@student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from mail.logicpd.com ([66.162.60.3]:42884 "EHLO smtp.logicpd.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755926AbZALTe5 (ORCPT ); Mon, 12 Jan 2009 14:34:57 -0500 In-Reply-To: <74170B21-3F2A-4D9B-9C1E-9B30DDC0C5E9@student.utwente.nl> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Koen Kooi Cc: linux-omap On Mon, 2009-01-12 at 19:26 +0100, Koen Kooi wrote: > Op 12 jan 2009, om 18:11 heeft Peter Barada het volgende geschreven: > > > > > I'm using the current PM branch (2.6.28-rc8, revision 2beb9b4b) to > > investigate power consumption on an OMAP35x board (Logic's LV SOM). > > > > When I: > > > > # mount -t vfat /dev/mmc0blkp1 /mnt/sdcard > > # echo mem > /sys/power/state > > PM: Syncing filesystems ... done. > > Freezing user space processes ... (elapsed 0.00 seconds) done. > > Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. > > omapfb omapfb: timeout waiting for FRAME DONE > > mmc0: card 133b removed > > MMC: killing requests for dead queue > > cpufreq: suspend failed to assert current frequency is what timing > > core > > thinks it is. > > Powerdomain (iva2_pwrdm) didn't enter target state 1 > > 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 > > cpufreq: resume failed to assert current frequency is what timing core > > thinks it is. > > > > eth0: link down > > soc-audio soc-audio: scheduling resume work > > Restarting tasks ... > > soc-audio soc-audio: starting resume work > > soc-audio soc-audio: resume work completed > > done. > > omap3530# mmc0: new high speed SD card at address 133b > > mmcblk1: mmc0:133b SD02G 1.91 GiB > > mmcblk1: p1 > > eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 > > > > omap3530# ls -l /dev/mmcblk0* > > ls: /dev/mmcblk0*: No such file or directory > > omap3530# > > > > 1) Is "echo mem > /sys/power/state" the proper method to put the board > > into suspend? > > > > 2) Why does the MMC "move" from /dev/mmcblk0 before the suspend > > to /dev/mmcblk1 after the suspend? (If the card is not mounted, it > > doesn't "move"). > > Do you have CONFIG_MMC_UNSAFE_RESUME=y in your .config? It's basically > always needed if you suspend a mounted filesystem on MMC/SD. (Dang HTML encoding bounced my last message, resending in plaintext). Well, dip me in paint and color me pink - thanks, that works great! Any ideas on my other question (i.e. how to code to get PWRON pin of the TWL4030 to bring it out of suspend)? > regards, > > Koen > > > -- Peter Barada