Date: Wed, 30 Mar 2005 14:44:28 -0700 (MST)
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
In-Reply-To: <20050330212253.GB1347@elf.ucw.cz>
Message-ID: <Pine.LNX.4.61.0503301437550.12965@montezuma.fsmlabs.com>
References: <20050323204019.GA11616@elf.ucw.cz>
 <Pine.LNX.4.61.0503301413050.12965@montezuma.fsmlabs.com>
 <20050330212253.GB1347@elf.ucw.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1552
Lines: 40

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

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/