Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752030AbYCKXXv (ORCPT ); Tue, 11 Mar 2008 19:23:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750939AbYCKXXn (ORCPT ); Tue, 11 Mar 2008 19:23:43 -0400 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:45434 "EHLO gprs189-60.eurotel.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750870AbYCKXXn (ORCPT ); Tue, 11 Mar 2008 19:23:43 -0400 Date: Wed, 12 Mar 2008 00:24:15 +0100 From: Pavel Machek To: Vivek Goyal Cc: "Huang, Ying" , "Eric W. Biederman" , nigel@nigel.suspend2.net, "Rafael J. Wysocki" , Andrew Morton , linux-kernel@vger.kernel.org, linux-pm@lists.linux-foundation.org, Kexec Mailing List Subject: Re: [PATCH -mm] kexec jump -v9 Message-ID: <20080311232415.GA26320@elf.ucw.cz> References: <1204773188.4707.109.camel@caritas-dev.intel.com> <20080311211004.GA30164@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080311211004.GA30164@redhat.com> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1899 Lines: 52 Hi! > > This is a minimal patch with only the essential features. All > > additional features are split out and can be discussed later. I think > > it may be easier to get consensus on this minimal patch. > > > > Hi Huang, > > This patchset is slowly getting better. True that first we need to come > up with minimal infrastructure patch and then think of building more > functionality on top of it. > ... > > The features of this patch can be used for as follow: > > > > - A simple hibernation implementation without ACPI support. You can > > kexec a hibernating kernel, save the memory image of original system > > and shutdown the system. When resuming, you restore the memory image > > of original system via ordinary kexec load then jump back. > > > > The main usage of this functionality is for hibernation. I am not sure > what has been the conclusion of previous discussions. > > Rafael/Pavel, does the approach of doing hibernation using a separate > kernel holds promise? Its certainly "more traditional" method of doing hibernation than tricks swsusp currently plays. Yes, I'd like these patches to go in, being able to switch kernels seems like useful tool. Now, I guess they are some difficulties, like ACPI integration, and some basic drawbacks, like few seconds needed to boot second kernel during suspend. ...OTOH this is probably only chance to eliminate freezer from swsusp... Yes, I'd like to see this to go ahead. No, this does not make swsusp obsolete just yet. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- 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/