All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Huang, Ying" <ying.huang@intel.com>
To: nigel@nigel.suspend2.net
Cc: Kexec Mailing List <kexec@lists.infradead.org>,
	linux-kernel@vger.kernel.org, "Rafael J. Wysocki" <rjw@sisk.pl>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Pavel Machek <pavel@ucw.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-pm@lists.linux-foundation.org
Subject: Re: [PATCH 0/3 -mm] kexec jump -v8
Date: Fri, 21 Dec 2007 16:53:27 +0800	[thread overview]
Message-ID: <1198227207.25346.11.camel@caritas-dev.intel.com> (raw)
In-Reply-To: <476B7ACF.8020602@nigel.suspend2.net>

On Fri, 2007-12-21 at 19:35 +1100, Nigel Cunningham wrote:
> Hi.
> 
> Huang, Ying wrote:
> > This patchset provides an enhancement to kexec/kdump. It implements
> > the following features:
> > 
> > - Backup/restore memory used both by the original kernel and the
> >   kexeced kernel.
> 
> Why the kexeced kernel as well?

The memory range used by kexeced kernel is also the usable memory range
in original kernel. Maybe should be: backup/restore memory used by both
the original kernel and the kexeced kernel. My English is poor.

> [...]
> 
> > The features of this patchset can be used as follow:
> > 
> > - Kernel/system debug through making system snapshot. You can make
> >   system snapshot, jump back, do some thing and make another system
> >   snapshot.
> 
> Are you somehow recording all the filesystem changes after the first
> snapshot? If not, this is pointless (you'll end up with filesystem
> corruption).

This snapshot is not used for restore/resume. It is just used for
debugging. You can check the system state with these snapshots. So I
think it is useful even without recording filesystem changes.

> [...]
> 
> > - Cooperative multi-kernel/system. With kexec jump, you can switch
> >   between several kernels/systems quickly without boot process except
> >   the first time. This appears like swap a whole kernel/system out/in.
> 
> How is this useful to the end user?

I am not sure how useful is this. Maybe I can run a Redhat and a Debian
on my machine and switch between them.

Best Regards,
Huang Ying


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

WARNING: multiple messages have this Message-ID (diff)
From: "Huang, Ying" <ying.huang@intel.com>
To: nigel@nigel.suspend2.net
Cc: Kexec Mailing List <kexec@lists.infradead.org>,
	linux-kernel@vger.kernel.org, "Rafael J. Wysocki" <rjw@sisk.pl>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Pavel Machek <pavel@ucw.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-pm@lists.linux-foundation.org
Subject: Re: [PATCH 0/3 -mm] kexec jump -v8
Date: Fri, 21 Dec 2007 16:53:27 +0800	[thread overview]
Message-ID: <1198227207.25346.11.camel@caritas-dev.intel.com> (raw)
In-Reply-To: <476B7ACF.8020602@nigel.suspend2.net>

On Fri, 2007-12-21 at 19:35 +1100, Nigel Cunningham wrote:
> Hi.
> 
> Huang, Ying wrote:
> > This patchset provides an enhancement to kexec/kdump. It implements
> > the following features:
> > 
> > - Backup/restore memory used both by the original kernel and the
> >   kexeced kernel.
> 
> Why the kexeced kernel as well?

The memory range used by kexeced kernel is also the usable memory range
in original kernel. Maybe should be: backup/restore memory used by both
the original kernel and the kexeced kernel. My English is poor.

> [...]
> 
> > The features of this patchset can be used as follow:
> > 
> > - Kernel/system debug through making system snapshot. You can make
> >   system snapshot, jump back, do some thing and make another system
> >   snapshot.
> 
> Are you somehow recording all the filesystem changes after the first
> snapshot? If not, this is pointless (you'll end up with filesystem
> corruption).

This snapshot is not used for restore/resume. It is just used for
debugging. You can check the system state with these snapshots. So I
think it is useful even without recording filesystem changes.

> [...]
> 
> > - Cooperative multi-kernel/system. With kexec jump, you can switch
> >   between several kernels/systems quickly without boot process except
> >   the first time. This appears like swap a whole kernel/system out/in.
> 
> How is this useful to the end user?

I am not sure how useful is this. Maybe I can run a Redhat and a Debian
on my machine and switch between them.

Best Regards,
Huang Ying


  reply	other threads:[~2007-12-21  8:58 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-21  7:33 [PATCH 0/3 -mm] kexec jump -v8 Huang, Ying
2007-12-21  7:33 ` Huang, Ying
2007-12-21  8:35 ` Nigel Cunningham
2007-12-21  8:35   ` Nigel Cunningham
2007-12-21  8:53   ` Huang, Ying [this message]
2007-12-21  8:53     ` Huang, Ying
2007-12-21  8:53   ` Huang, Ying
2007-12-21  8:35 ` Nigel Cunningham
2007-12-27  1:57 ` Vivek Goyal
2007-12-27  1:57 ` Vivek Goyal
2007-12-27  1:57   ` Vivek Goyal
2007-12-27  2:33   ` Huang, Ying
2007-12-27  2:33     ` Huang, Ying
2007-12-27 18:12     ` Vivek Goyal
2007-12-27 18:12       ` Vivek Goyal
2007-12-28  7:30       ` Huang, Ying
2007-12-28  7:30         ` Huang, Ying
2007-12-28  7:30       ` Huang, Ying
2007-12-27 18:12     ` Vivek Goyal
2007-12-27  2:33   ` Huang, Ying
2007-12-28 21:33 ` Vivek Goyal
2007-12-28 21:33   ` Vivek Goyal
2007-12-29  2:00   ` Huang, Ying
2007-12-29  2:00   ` Huang, Ying
2007-12-29  2:00     ` Huang, Ying
2007-12-31 19:26     ` Vivek Goyal
2007-12-31 19:26     ` Vivek Goyal
2007-12-31 19:26       ` Vivek Goyal
2008-01-03  8:42       ` Huang, Ying
2008-01-03  8:42         ` Huang, Ying
2008-01-06 20:49         ` Vivek Goyal
2008-01-06 20:49           ` Vivek Goyal
2008-01-07  8:12           ` Huang, Ying
2008-01-07  8:12           ` Huang, Ying
2008-01-07  8:12             ` Huang, Ying
2008-01-06 20:49         ` Vivek Goyal
2008-01-03  8:42       ` Huang, Ying
2007-12-28 21:33 ` Vivek Goyal
  -- strict thread matches above, loose matches on Subject: below --
2007-12-21  7:33 Huang, Ying

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=1198227207.25346.11.camel@caritas-dev.intel.com \
    --to=ying.huang@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=ebiederm@xmission.com \
    --cc=kexec@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=nigel@nigel.suspend2.net \
    --cc=pavel@ucw.cz \
    --cc=rjw@sisk.pl \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.