All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: xen-devel@lists.xensource.com,
	Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
	linux-kernel@vger.kernel.org,
	virtualization@lists.linux-foundation.org,
	Eric Biederman <ebiederm@xmission.com>,
	Brandon Philips <brandon@ifup.org>
Subject: Re: is kexec on Xen domU possible?
Date: Fri, 19 Jul 2013 12:14:49 -0700	[thread overview]
Message-ID: <20130719191449.GA1882@kroah.com> (raw)
In-Reply-To: <20130719183235.GA12267@debian70-amd64.local.net-space.pl>

On Fri, Jul 19, 2013 at 08:32:35PM +0200, Daniel Kiper wrote:
> On Fri, Jul 19, 2013 at 08:12:43AM -0700, Greg KH wrote:
> > On Fri, Jul 19, 2013 at 03:18:19PM +0200, Daniel Kiper wrote:
> > > > support is "easy" after your patches go in, is that because Dom0 needs
> > > > to support this, or is it something specific to only domU?
> > >
> > > In case of domU we should consider following cases:
> > >   - PV guests: there is no support for kexec at this time;
> > >     Once I wrote an implementatation for that type of guests
> > >     for one company but according to our agreement I could not
> > >     publish this code; However, I could use it as a base for
> > >     publicly available kexec implementation; Currently, I do
> > >     not have any plans to work on this due to some more important
> > >     stuff to do; However, question about kexec support for PV
> > >     guests is raised from time to time and maybe this issue
> > >     will be much more important than others once,
> > >   - HVM guests: kexec should work without any issue,
> > >   - PVonHVM guests: IIRC, there were some issues with PV
> > >     drivers but they were fixed some time ago by patches
> > >     posted by Olaf Hering,
> > >   - PVH guests: those type of guests are not available in Xen
> > >     current releases yet; However, Konrad Wilk done some preliminary
> > >     work on kexec support but there are still some issues to resolve.
> > >
> > > I do not know what are you trying to do but if you would like
> > > to get some crash dumps there is also another solution to that.
> > > You could use xm/xl dump-core from Dom0 to get dumps of domU memory.
> >
> > As Brandon said, we were trying to use kexec in a PV guest in domU to
> > run another kernel.  I had assumed this wouldn't need support from dom0.
> 
> You are right.
> 
> > As you have implemented this in the past, did you need to change dom0 in
> > order to achieve this, and if so, why?
> 
> It was strong requirement to not change anything in hypervisor or dom0.
> I succeeded to do that but it requires changes in kernel and kexec-tools.
> 
> > The errors that the kexec tools seem to run into is finding the memory
> > to place the new kernel into, is that just an issue that PV guests
> > aren't given enough kernel memory in which to replicate themselves from
> > dom0?
> 
> There are a lot of differences between baremetal machines and PV guests.
> For example you are not able to do identity mapping per se in PV guests.
> Arguments to new kernel are passed in completely different way. etc.

Ok, thanks for confirming that it is possible, but doesn't currently
work for pv guests.

greg k-h

WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
	Eric Biederman <ebiederm@xmission.com>,
	linux-kernel@vger.kernel.org, Brandon Philips <brandon@ifup.org>,
	xen-devel@lists.xensource.com,
	virtualization@lists.linux-foundation.org
Subject: Re: is kexec on Xen domU possible?
Date: Fri, 19 Jul 2013 12:14:49 -0700	[thread overview]
Message-ID: <20130719191449.GA1882@kroah.com> (raw)
In-Reply-To: <20130719183235.GA12267@debian70-amd64.local.net-space.pl>

On Fri, Jul 19, 2013 at 08:32:35PM +0200, Daniel Kiper wrote:
> On Fri, Jul 19, 2013 at 08:12:43AM -0700, Greg KH wrote:
> > On Fri, Jul 19, 2013 at 03:18:19PM +0200, Daniel Kiper wrote:
> > > > support is "easy" after your patches go in, is that because Dom0 needs
> > > > to support this, or is it something specific to only domU?
> > >
> > > In case of domU we should consider following cases:
> > >   - PV guests: there is no support for kexec at this time;
> > >     Once I wrote an implementatation for that type of guests
> > >     for one company but according to our agreement I could not
> > >     publish this code; However, I could use it as a base for
> > >     publicly available kexec implementation; Currently, I do
> > >     not have any plans to work on this due to some more important
> > >     stuff to do; However, question about kexec support for PV
> > >     guests is raised from time to time and maybe this issue
> > >     will be much more important than others once,
> > >   - HVM guests: kexec should work without any issue,
> > >   - PVonHVM guests: IIRC, there were some issues with PV
> > >     drivers but they were fixed some time ago by patches
> > >     posted by Olaf Hering,
> > >   - PVH guests: those type of guests are not available in Xen
> > >     current releases yet; However, Konrad Wilk done some preliminary
> > >     work on kexec support but there are still some issues to resolve.
> > >
> > > I do not know what are you trying to do but if you would like
> > > to get some crash dumps there is also another solution to that.
> > > You could use xm/xl dump-core from Dom0 to get dumps of domU memory.
> >
> > As Brandon said, we were trying to use kexec in a PV guest in domU to
> > run another kernel.  I had assumed this wouldn't need support from dom0.
> 
> You are right.
> 
> > As you have implemented this in the past, did you need to change dom0 in
> > order to achieve this, and if so, why?
> 
> It was strong requirement to not change anything in hypervisor or dom0.
> I succeeded to do that but it requires changes in kernel and kexec-tools.
> 
> > The errors that the kexec tools seem to run into is finding the memory
> > to place the new kernel into, is that just an issue that PV guests
> > aren't given enough kernel memory in which to replicate themselves from
> > dom0?
> 
> There are a lot of differences between baremetal machines and PV guests.
> For example you are not able to do identity mapping per se in PV guests.
> Arguments to new kernel are passed in completely different way. etc.

Ok, thanks for confirming that it is possible, but doesn't currently
work for pv guests.

greg k-h

  reply	other threads:[~2013-07-19 19:14 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-19  2:06 is kexec on Xen domU possible? Greg KH
2013-07-19  2:06 ` Greg KH
2013-07-19 13:18 ` Daniel Kiper
2013-07-19 13:18   ` Daniel Kiper
2013-07-19 13:54   ` Konrad Rzeszutek Wilk
2013-07-19 13:54     ` Konrad Rzeszutek Wilk
2013-07-19 19:04     ` Olaf Hering
2013-07-19 19:04     ` Olaf Hering
2013-07-19 14:58   ` Brandon Philips
2013-07-19 14:58     ` Brandon Philips
2013-07-19 18:19     ` Daniel Kiper
2013-07-19 18:19       ` Daniel Kiper
2013-07-19 15:12   ` Greg KH
2013-07-19 15:12     ` Greg KH
2013-07-19 18:32     ` Daniel Kiper
2013-07-19 18:32       ` Daniel Kiper
2013-07-19 19:14       ` Greg KH [this message]
2013-07-19 19:14         ` Greg KH
2013-07-19 20:58         ` H. Peter Anvin
2013-07-19 20:58           ` H. Peter Anvin
2013-07-22 17:03           ` Daniel Kiper
2013-07-22 17:03             ` Daniel Kiper
2013-07-22 17:20             ` Eric W. Biederman
2013-07-22 17:20               ` Eric W. Biederman
2013-07-22 18:24               ` H. Peter Anvin
2013-07-22 18:24                 ` H. Peter Anvin
2013-07-22 18:33                 ` Greg KH
2013-07-22 18:33                   ` Greg KH
2013-07-22 18:36                   ` H. Peter Anvin
2013-07-22 18:36                     ` H. Peter Anvin
2013-07-24  0:22                   ` [Xen-devel] " Matt Wilson
2013-07-24  0:22                     ` Matt Wilson
2013-07-24  0:40                     ` Greg KH
2013-07-24  0:40                       ` Greg KH
2013-07-24  7:49                       ` Eric W. Biederman
2013-07-24  7:49                         ` Eric W. Biederman

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=20130719191449.GA1882@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=brandon@ifup.org \
    --cc=daniel.kiper@oracle.com \
    --cc=ebiederm@xmission.com \
    --cc=konrad.wilk@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=virtualization@lists.linux-foundation.org \
    --cc=xen-devel@lists.xensource.com \
    /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.