From: Mike Travis <travis@sgi.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Alexander van Heukelum <heukelum@mailshack.com>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, heukelum@fastmail.fm
Subject: Re: [PATCH 1/2] boot: increase stack size for kernel boot loader decompressor
Date: Tue, 08 Apr 2008 14:48:24 -0700 [thread overview]
Message-ID: <47FBE828.3000303@sgi.com> (raw)
In-Reply-To: <20080408153942.GA26932@elte.hu>
Ingo Molnar wrote:
> i've got a bugreport for you though: MAXSMP does not suspend+resume
> correctly ;-) It gets this far:
>
> [ 146.348790] PM: Syncing filesystems ... done.
> [ 146.353488] PM: Preparing system for mem sleep
> [ 146.360204] Freezing user space processes ... (elapsed 0.00 seconds) done.
> [ 146.367172] Freezing remaining freezable tasks ... (elapsed 0.93 seconds) done.
> [ 147.309618] PM: Entering mem sleep
> [ 147.313032] Suspending console(s)
>
> then reboots spontaneously instead of resuming. (I use the
> suspend+resume self-test feature below to conduct automated
> suspend/resume tests.)
Here are my test results. It worked fine on the Intel box, but
hung hard on the AMD box. I'll do some further testing to narrow
it down.
Thanks,
Mike
------------------------------------------------------------
Intel box:
PM: test RTC wakeup from 'mem' suspend
PM: test RTC wakeup from 'standby' suspend
PM: Syncing filesystems ... done.
PM: Preparing system for standby sleep
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
PM: Entering standby sleep
Suspending console(s)
.
<whole lot of suspend messages deleted>
.
processor ACPI0007:07: suspend
.
.
processor ACPI0007:00: suspend
.
PM: suspend devices took 1.072 seconds
ACPI: Preparing to enter system sleep state S1
Disabling non-boot CPUs ...
CPU0 attaching NULL sched-domain.
.
.
CPU7 attaching NULL sched-domain.
CPU 1 is now offline
.
.
CPU 7 is now offline
SMP alternatives: switching to UP code
CPU0 attaching sched-domain:
domain 0: span 0
groups: 0
CPU7 is down
.
.
pci 0000:00:00.0: LATE suspend
Back to C!
pci 0000:00:00.0: EARLY resume
.
.
Enabling non-boot CPUs ...
CPU0 attaching NULL sched-domain.
SMP alternatives: switching to SMP code
Booting processor 1/4 ip 6000
Initializing CPU#1
.
.
CPU1 is up
.
.
CPU7 is up
.
.
processor ACPI0007:00: resuming
.
.
processor ACPI0007:07: resuming
.
.
PM: resume devices took 7.256 seconds
PM: Finishing wakeup.
Restarting tasks ... done.
------------------------------------------------------------
AMD box:
PM: test RTC wakeup from 'mem' suspend
PM: Syncing filesystems ... done.
PM: Preparing system for mem sleep
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... <7>PM: Adding info for No Bus:mouse0
PM: Adding info for No Bus:event3
PM: Adding info for ieee1394:00e0810000270e1d
PM: Adding info for No Bus:00e0810000270e1d
ieee1394: Host added: ID:BUS[0-00:1023] GUID[00e0810000270e1d]
(elapsed 0.20 seconds) done.
PM: Entering mem sleep
Suspending console(s)
(and the system is hung hard, doesn't even accept sysreq input.)
------------------------------------------------------------
next prev parent reply other threads:[~2008-04-08 21:48 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-05 1:30 [PATCH 0/2] NR_CPUS: increase maximum NR_CPUS to 4096 Mike Travis
2008-04-05 1:30 ` [PATCH 1/2] boot: increase stack size for kernel boot loader decompressor Mike Travis
2008-04-05 13:46 ` Alexander van Heukelum
2008-04-07 18:14 ` Mike Travis
2008-04-07 21:44 ` Alexander van Heukelum
2008-04-08 8:23 ` Ingo Molnar
2008-04-08 10:54 ` [PATCH] x86: cleanup boot-heap usage Alexander van Heukelum
2008-04-08 18:39 ` Yinghai Lu
2008-04-08 14:56 ` [PATCH 1/2] boot: increase stack size for kernel boot loader decompressor Mike Travis
2008-04-08 17:54 ` Yinghai Lu
2008-04-09 15:08 ` Alexander van Heukelum
2008-04-09 17:58 ` Yinghai Lu
2008-04-09 17:59 ` Yinghai Lu
2008-04-08 12:20 ` Alexander van Heukelum
2008-04-08 13:41 ` Ingo Molnar
2008-04-08 15:10 ` Mike Travis
2008-04-08 15:39 ` Ingo Molnar
2008-04-08 19:09 ` Mike Travis
2008-04-08 21:48 ` Mike Travis [this message]
2008-04-05 1:30 ` [PATCH 2/2] x86: Modify Kconfig to allow up to 4096 cpus Mike Travis
2008-04-08 21:53 ` [PATCH 0/2] NR_CPUS: increase maximum NR_CPUS to 4096 Yinghai Lu
2008-04-08 22:03 ` Mike Travis
2008-04-08 22:32 ` Yinghai Lu
-- strict thread matches above, loose matches on Subject: below --
2008-03-26 1:41 Mike Travis
2008-03-26 1:41 ` [PATCH 1/2] boot: increase stack size for kernel boot loader decompressor Mike Travis
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=47FBE828.3000303@sgi.com \
--to=travis@sgi.com \
--cc=akpm@linux-foundation.org \
--cc=heukelum@fastmail.fm \
--cc=heukelum@mailshack.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--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