From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 26 Jun 2005 00:37:15 +0200 From: Pavel Machek Subject: Re: [RFC] Fix SMP brokenness for PF_FREEZE and make freezing usable for other purposes Message-ID: <20050625223715.GA11438@atrey.karlin.mff.cuni.cz> References: <20050625025122.GC22393@atrey.karlin.mff.cuni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, raybry@engr.sgi.com, torvalds@osdl.org List-ID: Hi! > > > I only know that this boots correctly since I have no system that can do > > > suspend. But Ray needs an effective means of process suspension for > > > his process migration patches. > > > > Any i386 or x86-64 machine can do suspend... It should be easy to get > > some notebook... [What kind of hardware are you working on normally?] > > Umm... Sorry to be so negative but that has never worked for me on lots of > laptops. Usually something with ACPI or some driver I guess... After > awhile I gave up trying. You should be able to do acpi=off if it gives you a problem. Going with minimal drivers help, too... > > Previous code had important property: try_to_freeze was optimized away > > in !CONFIG_PM case. Please keep that. > > Obviously that will not work if we use try_to_freeze for > non-power-management purposes. The code from kernel/power/process.c may > have to be merged into some other kernel file. kernel/sched.c? You want to use it for process migration, right? Not everyone wants either software or process migration... We may want to keep overhead low for embedded systems... Pavel -- Boycott Kodak -- for their patent abuse against Java. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org