mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Zwane Mwaikambo <zwane@arm.linux.org.uk>
To: Pavel Machek <pavel@ucw.cz>
Cc: linux-kernel@vger.kernel.org, seife@suse.de,
	ACPI mailing list <acpi-devel@lists.sourceforge.net>
Subject: Re: smp/swsusp done right
Date: Wed, 30 Mar 2005 14:44:28 -0700 (MST)	[thread overview]
Message-ID: <Pine.LNX.4.61.0503301437550.12965@montezuma.fsmlabs.com> (raw)
In-Reply-To: <20050330212253.GB1347@elf.ucw.cz>

On Wed, 30 Mar 2005, Pavel Machek wrote:

> Hi!
> 
> > > This is against -mm kernel; it is smp swsusp done right, and it
> > > actually works for me. Unlike previous hacks, it uses cpu hotplug
> > > infrastructure. Disable CONFIG_MTRR before you try this...
> > > 
> > > Test this if you can, and report any problems. If not enough people
> > > scream, this is going to -mm.
> > 
> > Yay! Thanks for getting that done Pavel =)
> 
> Well, I guess it is thank you -- I got rid of ugly FIXME that would
> involve arch-dependend assembly to be solved properly.
> 
> ... hmm, can play_dead handle all the memory being overwritten? Also
> it should probably save and restore registers including MTRRs.

play_dead currently can't handle memory being overwritten, i guess you'd 
probably want to put the hook to kill the processor for real there. We 
probably only have to make sure that MTRRs are restored on resume, which 
should be taken care of by the current code since ACPI hotplug probably 
requires it too.

> ...so I more moved ugly FIXME to better place. Oh well, at least it
> uses common infrastructure now. People at Intel doing suspend-to-RAM
> on smp systems will need to solve it properly, anyway, because they
> need to go to real mode and back.

Sounds like a perfect candidate =)

Thanks,
	Zwane


      reply	other threads:[~2005-03-30 21:42 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-23 20:40 Pavel Machek
2005-03-30 10:42 ` Rafael J. Wysocki
2005-03-30 11:32   ` Pavel Machek
2005-03-30 21:13 ` Zwane Mwaikambo
2005-03-30 21:22   ` Pavel Machek
2005-03-30 21:44     ` Zwane Mwaikambo [this message]

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=Pine.LNX.4.61.0503301437550.12965@montezuma.fsmlabs.com \
    --to=zwane@arm.linux.org.uk \
    --cc=acpi-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=seife@suse.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

all inboxes | Powered by JetHome®