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
next prev parent reply other threads:[~2013-07-19 19:14 UTC|newest]
Thread overview: 18+ 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 13:18 ` Daniel Kiper
2013-07-19 13:54 ` Konrad Rzeszutek Wilk
2013-07-19 19:04 ` Olaf Hering
2013-07-19 14:58 ` Brandon Philips
2013-07-19 18:19 ` Daniel Kiper
2013-07-19 15:12 ` Greg KH
2013-07-19 18:32 ` Daniel Kiper
2013-07-19 19:14 ` Greg KH [this message]
2013-07-19 20:58 ` H. Peter Anvin
2013-07-22 17:03 ` Daniel Kiper
2013-07-22 17:20 ` Eric W. Biederman
2013-07-22 18:24 ` H. Peter Anvin
2013-07-22 18:33 ` Greg KH
2013-07-22 18:36 ` H. Peter Anvin
2013-07-24 0:22 ` [Xen-devel] " Matt Wilson
2013-07-24 0:40 ` Greg KH
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).