From: Andrew Morton <akpm@linux-foundation.org>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>
Subject: Re: git-acpi breaks resume-from-ram on the Vaio
Date: Wed, 19 Sep 2007 00:27:17 -0700 [thread overview]
Message-ID: <20070919002717.a3a0ebfd.akpm@linux-foundation.org> (raw)
In-Reply-To: <200709181359.04826.rjw@sisk.pl>
On Tue, 18 Sep 2007 13:59:04 +0200 "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> On Tuesday, 18 September 2007 13:54, Rafael J. Wysocki wrote:
> > On Tuesday, 18 September 2007 06:40, Andrew Morton wrote:
> > > On Mon, 17 Sep 2007 21:12:13 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
> > >
> > > >
> > > > It suspends OK, then during resume it gets partway through it, then everything
> > > > just stops.
> > > >
> > > > Would prefer not to have to bisect this one - I've done enough bisecting this
> > > > week to last a lifetime, and bisecting git-acpi is painful due to build bustage
> > > > at various points (cpuidle).
> > >
> > > And git-acpi breaks suspend-to-disk as well. It gets up to "Suspending console(s)"
> > > and then the cursor stops blinking at it wedges up.
Bisection shows that the resume-from-ram failure is caused by
commit 987196fa82d4db52c407e8c9d5dec884ba602183
Author: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Date: Thu Feb 22 13:52:57 2007 -0800
cpuidle take2: Core cpuidle infrastructure
Note that this is the patch which *fixed* resume-from-RAM prior to Thomas's
git-hrt merge. Now it breaks it!?!?!
Also, I'm seeing this, in mainline, when I do echo mem > /sys/power/state
[ 26.316685] ipw2200: Failed to send WEP_KEY: Aborted due to RF kill switch.
[ 33.044631] ipw2200: Failed to send WEP_KEY: Command timed out.
[ 39.862821] ipw2200: Failed to send WEP_KEY: Command timed out.
[ 68.962896] PM: Preparing system for mem sleep
[ 68.979485] Stopping tasks ... WARNING: at kernel/lockdep.c:2658 check_flags()
[ 68.980154] [<c0104ea4>] show_trace_log_lvl+0x1a/0x2f
[ 68.980295] [<c0105a44>] show_trace+0x12/0x14
[ 68.980416] [<c0105a5b>] dump_stack+0x15/0x17
[ 68.980535] [<c0137276>] check_flags+0x93/0x13d
[ 68.980663] [<c013a8ab>] lock_acquire+0x3a/0x91
[ 68.980789] [<c031948b>] _spin_lock+0x38/0x62
[ 68.980913] [<c0142a4d>] refrigerator+0x13/0xc2
[ 68.981040] [<c01283a2>] get_signal_to_deliver+0x32/0x405
[ 68.981188] [<c01035f4>] do_notify_resume+0x91/0x69f
[ 68.981323] [<c010402d>] work_notifysig+0x13/0x1a
[ 68.981453] =======================
[ 68.981542] irq event stamp: 1511
[ 68.981624] hardirqs last enabled at (1511): [<c010408d>] syscall_exit_work+0x11/0x26
[ 68.981834] hardirqs last disabled at (1510): [<c0103f63>] syscall_exit+0x9/0x1a
[ 68.982031] softirqs last enabled at (1418): [<c03104c3>] unix_accept+0xe5/0xfb
[ 68.982230] softirqs last disabled at (1416): [<c031958d>] _write_lock_bh+0xf/0x67
> > Can you please compile with CONFIG_DISABLE_CONSOLE_SUSPEND set and try:
>
> Ah, that's -mm, sorry. Instead of setting CONFIG_DISABLE_CONSOLE_SUSPEND
> (which has been removed) please pass no_console_suspend in the command line.
>
Didn't appear to change anything. Bear in mind that e100 netconsole is a
bit busted across resume anyway, and the video display on this machine has
never ever survived resume-from-ram (but the X server can bring it back).
next prev parent reply other threads:[~2007-09-19 7:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-18 4:12 git-acpi breaks resume-from-ram on the Vaio Andrew Morton
2007-09-18 4:40 ` Andrew Morton
2007-09-18 11:54 ` Rafael J. Wysocki
2007-09-18 11:59 ` Rafael J. Wysocki
2007-09-19 7:27 ` Andrew Morton [this message]
2007-09-19 11:53 ` Rafael J. Wysocki
2007-09-19 14:47 ` Thomas Gleixner
2007-09-18 15:21 ` Len Brown
2007-09-18 15:47 ` Bissecting acpi merges (was Re: git-acpi breaks resume-from-ram on the Vaio) Henrique de Moraes Holschuh
2007-09-18 16:32 ` Len Brown
2007-09-18 17:07 ` git-acpi breaks resume-from-ram on the Vaio Andrew Morton
2007-09-18 18:04 ` Len Brown
2007-09-18 19:58 ` Len Brown
2007-09-18 20:25 ` 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=20070919002717.a3a0ebfd.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=tglx@linutronix.de \
/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).