From: Peter Barada <peterb@logicpd.com>
To: Koen Kooi <k.kooi@student.utwente.nl>
Cc: linux-omap <linux-omap@vger.kernel.org>
Subject: Re: Suspend/Resume questions
Date: Mon, 12 Jan 2009 14:34:56 -0500 [thread overview]
Message-ID: <1231788896.14918.25.camel@blackhole> (raw)
In-Reply-To: <74170B21-3F2A-4D9B-9C1E-9B30DDC0C5E9@student.utwente.nl>
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@logicpd.com>
next prev parent reply other threads:[~2009-01-12 19:34 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-12 17:11 Suspend/Resume questions Peter Barada
2009-01-12 18:26 ` Koen Kooi
2009-01-12 19:34 ` Peter Barada [this message]
2009-01-13 22:02 ` 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=1231788896.14918.25.camel@blackhole \
--to=peterb@logicpd.com \
--cc=k.kooi@student.utwente.nl \
--cc=linux-omap@vger.kernel.org \
/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