From: Andrew Morton <akpm@linux-foundation.org>
To: David Brownell <david-b@pacbell.net>
Cc: linux-kernel@vger.kernel.org,
linux-pm@lists.linux-foundation.org, mingo@elte.hu,
pavel@suse.cz
Subject: Re: [patch 2.6.26-rc4-git] PM: boot time suspend selftest
Date: Thu, 29 May 2008 16:22:57 -0700 [thread overview]
Message-ID: <20080529162257.03426e48.akpm@linux-foundation.org> (raw)
In-Reply-To: <200805291333.42057.david-b@pacbell.net>
On Thu, 29 May 2008 13:33:41 -0700
David Brownell <david-b@pacbell.net> wrote:
> From: David Brownell <dbrownell@users.sourceforge.net>
>
> Boot-time test for system suspend states (STR or standby). The generic
> RTC framework triggers wakeup alarms, which are used to exit those states.
>
> - Measures some aspects of suspend time ... this uses "jiffies" until
> someone converts it to use a timebase that works properly even while
> timer IRQs are disabled.
>
> - Triggered by a command line parameter. By default nothing even
> vaguely troublesome will happen, but "test_suspend=mem" will give
> you a brief STR test during system boot. (Or you may need to use
> "test_suspend=standby" instead, if your hardware needs that.)
>
> This isn't without problems. It fires early enough during boot that for
> example both PCMCIA and MMC stacks have misbehaved. The workaround in
> those cases was to boot without such media cards inserted.
>
> ...
>
> +#ifdef CONFIG_PM_TEST_SUSPEND
> +
> +/*
> + * We test the system suspend code by setting an RTC wakealarm a short
> + * time in the future, then suspending. Suspending the devices won't
> + * normally take long ... some systems only need a few milliseconds.
> + *
> + * The time it takes is system-specific though, so when we test this
> + * during system bootup we allow a LOT of time.
> + */
> +#define TEST_SUSPEND_SECONDS 5
> +
> +static unsigned long suspend_test_start_time;
> +
> +static void suspend_test_start(void)
> +{
> + /* FIXME Use better timebase than "jiffies", ideally a clocksource.
> + * What we want is a hardware counter that will work correctly even
> + * during the irqs-are-off stages of the suspend/resume cycle...
> + */
> + suspend_test_start_time = jiffies;
> +}
> +
> +static void suspend_test_finish(const char *label)
> +{
> + long nj = jiffies - suspend_test_start_time;
> + unsigned msec;
> +
> + msec = jiffies_to_msecs((nj >= 0) ? nj : -nj);
abs()
> + pr_info("PM: %s took %d.%03d seconds\n", label,
> + msec / 1000, msec % 1000);
Can it really take a negative amount of time? If so, this message will
convert that to a positive duration.
Confused.
> + WARN_ON_ONCE(msec > (TEST_SUSPEND_SECONDS * 1000));
We should have a comment here explaining what we're warning about. Why
would it take more that five seconds?
Better might be to just add a nice printk - I don't think we need the
stack trace here.
> +}
> +
> +#else
> +
> +static void suspend_test_start(void)
> +{
> +}
> +
> +static void suspend_test_finish(const char *label)
> +{
> +}
> +
> +#endif
>
> ...
>
> +static void __init test_wakealarm(struct rtc_device *rtc, suspend_state_t state)
> +{
> + static char err_readtime [] __initdata =
> + KERN_ERR "PM: can't read %s time, err %d\n";
> + static char err_wakealarm [] __initdata =
> + KERN_ERR "PM: can't set %s wakealarm, err %d\n";
> + static char err_suspend [] __initdata =
> + KERN_ERR "PM: suspend test failed, error %d\n";
> + static char info_test [] __initdata =
> + KERN_INFO "PM: test RTC wakeup from '%s' suspend\n";
- One tab before the variable space is a waste of space. Two tabs is
just extravagant.
- The space before the [] shouldn't be there. checkpatch misses this.
- This way of defining printk control strings is weird, and will (I
assume) defeat gcc printk arg checking.
I _assume_ it was done so that the strings could be moved into
.init.data, thus saving a few bytes at runtime?
I wonder if that's a good tradeoff. It would be nice to teach gcc
how to do this, but that sounds improbable.
> + unsigned long now;
> + struct rtc_wkalrm alm;
> + int status;
> +
> + /* this may fail if the RTC hasn't been initialized */
> + status = rtc_read_time(rtc, &alm.time);
> + if (status < 0) {
> + printk(err_readtime, rtc->dev.bus_id, status);
> + return;
> + }
> + rtc_tm_to_time(&alm.time, &now);
> +
> + memset(&alm, 0, sizeof alm);
> + rtc_time_to_tm(now + TEST_SUSPEND_SECONDS, &alm.time);
> + alm.enabled = true;
> +
> + status = rtc_set_alarm(rtc, &alm);
> + if (status < 0) {
> + printk(err_wakealarm, rtc->dev.bus_id, status);
> + return;
> + }
> +
> + if (state == PM_SUSPEND_MEM) {
> + printk(info_test, pm_states[state]);
> + status = pm_suspend(state);
> + if (status == -ENODEV)
> + state = PM_SUSPEND_STANDBY;
> + }
> + if (state == PM_SUSPEND_STANDBY) {
> + printk(info_test, pm_states[state]);
> + status = pm_suspend(state);
> + }
> + if (status < 0)
> + printk(err_suspend, status);
> +}
> +
> +static int __init has_wakealarm(struct device *dev, void *name_ptr)
> +{
> + struct rtc_device *candidate = to_rtc_device(dev);
> +
> + if (!candidate->ops->set_alarm)
> + return 0;
> + if (!device_may_wakeup(candidate->dev.parent))
> + return 0;
> +
> + *(char **)name_ptr = dev->bus_id;
> + return 1;
> +}
> +
> +/*
> + * Kernel options like "test_suspend=mem" force suspend/resume sanity tests
> + * at startup time. They're normally disabled, for faster boot and because
> + * we can't know which states really work on this particular system.
> + */
> +static suspend_state_t test_state __initdata = PM_SUSPEND_ON;
> +
> +static char warn_bad_state[] __initdata =
> + KERN_WARNING "PM: can't test '%s' suspend state\n";
> +
> +static int __init setup_test_suspend(char *value)
> +{
> + unsigned i;
> +
> + /* "=mem" ==> "mem" */
> + value++;
> + for (i = 0; i < PM_SUSPEND_MAX; i++) {
> + if (!pm_states[i])
> + continue;
> + if (strcmp(pm_states[i], value) != 0)
> + continue;
> + test_state = (__force suspend_state_t) i;
I don't think I ever knew what __force does, and whoever added it
forgot to comment it.
<googles>
<finds http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-09/4078.html>
<can't work out why it is used here>
> + return 0;
> + }
> + printk(warn_bad_state, value);
> + return 0;
> +}
> +__setup("test_suspend", setup_test_suspend);
> +
> +static int __init test_suspend(void)
> +{
> + static char warn_no_rtc[] __initdata =
> + KERN_WARNING "PM: no wakealarm-capable RTC driver is ready\n";
> +
> + char *pony = NULL;
whinny.
> + struct rtc_device *rtc = NULL;
> +
> + /* PM is initialized by now; is that state testable? */
> + if (test_state == PM_SUSPEND_ON)
> + goto done;
> + if (!valid_state(test_state)) {
> + printk(warn_bad_state, pm_states[test_state]);
> + goto done;
> + }
> +
> + /* RTCs have initialized by now too ... can we use one? */
> + class_find_device(rtc_class, &pony, has_wakealarm);
> + if (pony)
> + rtc = rtc_class_open(pony);
> + if (!rtc) {
> + printk(warn_no_rtc);
> + goto done;
> + }
> +
> + /* go for it */
> + test_wakealarm(rtc, test_state);
> + rtc_class_close(rtc);
> +done:
> + return 0;
> +}
> +late_initcall(test_suspend);
> +
next prev parent reply other threads:[~2008-05-29 23:23 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-29 20:33 [patch 2.6.26-rc4-git] PM: boot time suspend selftest David Brownell
2008-05-29 21:01 ` Rafael J. Wysocki
2008-05-29 21:26 ` David Brownell
2008-05-29 21:29 ` Rafael J. Wysocki
2008-05-29 23:06 ` Andrew Morton
2008-05-30 4:34 ` David Brownell
2008-05-29 23:22 ` Andrew Morton [this message]
2008-05-30 10:59 ` Ingo Molnar
2008-05-30 19:04 ` Andrew Morton
2008-06-03 9:27 ` [PATCH] add a printk_init variant storing format strings in __initdata Andy Whitcroft
2008-06-03 16:41 ` Johannes Weiner
2008-06-03 17:49 ` [linux-pm] " Johannes Berg
2008-06-04 8:16 ` Andrew Morton
2008-06-04 8:32 ` MinChan Kim
2008-06-04 8:59 ` David Woodhouse
2008-06-04 9:10 ` [linux-pm] " Johannes Berg
2008-06-04 9:17 ` David Woodhouse
2008-06-04 10:51 ` Johannes Berg
2008-06-04 11:43 ` Alan Cox
2008-06-04 8:56 ` David Woodhouse
2008-06-03 10:45 ` [patch 2.6.26-rc4-git] PM: boot time suspend selftest Andy Whitcroft
2008-07-07 4:12 ` David Brownell
2008-07-23 8:19 ` Andrew Morton
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=20080529162257.03426e48.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=david-b@pacbell.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=mingo@elte.hu \
--cc=pavel@suse.cz \
/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