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 <peterb@xxxxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
