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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.