From: khilman@deeprootsystems.com (Kevin Hilman)
To: linux-arm-kernel@lists.infradead.org
Subject: OMAP baseline test results for v3.7-rc4
Date: Fri, 09 Nov 2012 15:23:23 -0800 [thread overview]
Message-ID: <87390iicno.fsf@deeprootsystems.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1211050241410.23228@utopia.booyaka.com> (Paul Walmsley's message of "Mon, 5 Nov 2012 02:46:51 +0000 (UTC)")
+Felipe, Venkat
Paul Walmsley <paul@pwsan.com> writes:
[...]
> Failing tests: needing investigation
> ------------------------------------
>
Here's another one for v3.7-rc4.
On all OMAP3 platforms I tested (3430/n900, 3530/Beagle, 3530/Overo,
3730/OveroSTORM, 3730/Beagle-xM), a system suspend (retention or off)
fails to wake up after a dynamic idle off-mode test (test script
below[1]).
I found that disabling MMC in the config made the tests pass again, so
then bisected it down to the commit below removing SYSCONFIG
accesses[2]. I haven't had the time to find out exactly the cause, but
clearly the code that was removed was doing something that hwmod is not
taking care of automatically.
Venkat, Felipe, could you please investigate this and hopefully get a
fix out for v3.7-rc?
Thanks,
Kevin
[1] Test for system suspend (retention) after off-idle
#!/bin/sh
echo 1 > /debug/pm_debug/enable_off_mode
echo 3000 > /sys/devices/platform/omap_uart.0/power/autosuspend_delay_ms
echo 3000 > /sys/devices/platform/omap_uart.1/power/autosuspend_delay_ms
echo 3000 > /sys/devices/platform/omap_uart.2/power/autosuspend_delay_ms
if [ -e /sys/devices/platform/omap_uart.3/power/autosuspend_delay_ms ]; then
echo 3000 > /sys/devices/platform/omap_uart.3/power/autosuspend_delay_ms
fi
sleep 5
echo -1 > /sys/devices/platform/omap_uart.0/power/autosuspend_delay_ms
echo -1 > /sys/devices/platform/omap_uart.1/power/autosuspend_delay_ms
echo -1 > /sys/devices/platform/omap_uart.2/power/autosuspend_delay_ms
if [ -e /sys/devices/platform/omap_uart.3/power/autosuspend_delay_ms ]; then
echo -1 > /sys/devices/platform/omap_uart.3/power/autosuspend_delay_ms
fi
echo 0 > /debug/pm_debug/enable_off_mode
rtcwake -m mem -s 1
[2]
commit 6c31b2150ff96755d24e0ab6d6fea08a7bf5c44c
Author: Venkatraman S <svenkatr@ti.com>
Date: Wed Aug 8 14:26:52 2012 +0530
mmc: omap_hsmmc: remove access to SYSCONFIG register
SYSCONFIG register of HSMMC IP is managed by the omap hwmod
abstraction layer. Resetting the IP and configuring the correct
SYSCONFIG mode is centrally managed by hwmod.
Remove code which manipulates IP reset and SYSCONFIG directly in
the driver.
Signed-off-by: Venkatraman S <svenkatr@ti.com>
Acked-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Chris Ball <cjb@laptop.org>
next prev parent reply other threads:[~2012-11-09 23:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-05 2:46 OMAP baseline test results for v3.7-rc4 Paul Walmsley
2012-11-07 17:14 ` Jon Hunter
2012-11-07 17:32 ` Paul Walmsley
2012-11-07 18:07 ` Jon Hunter
2012-11-07 20:56 ` Jon Hunter
2012-11-09 23:23 ` Kevin Hilman [this message]
2012-11-09 23:49 ` Paul Walmsley
2012-11-13 18:50 ` 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=87390iicno.fsf@deeprootsystems.com \
--to=khilman@deeprootsystems.com \
--cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).