All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Shriram Rajagopalan <rshriram@cs.ubc.ca>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
	Ian Campbell <Ian.Campbell@citrix.com>,
	Prateek Sharma <prateeks@cs.umass.edu>
Subject: Re: suspend evetchn creation failure
Date: Tue, 11 Mar 2014 13:39:00 -0400	[thread overview]
Message-ID: <20140311173900.GF14684@phenom.dumpdata.com> (raw)
In-Reply-To: <CAP8mzPO8QttnYQPyLQR2HpfNAO-u_ecbVtvXKN6Tr24tdkKc5w@mail.gmail.com>

On Tue, Mar 11, 2014 at 09:39:21AM -0700, Shriram Rajagopalan wrote:
> On Tue, Mar 11, 2014 at 4:21 AM, Ian Campbell <Ian.Campbell@citrix.com>wrote:
> 
> > On Mon, 2014-03-03 at 12:24 -0500, Prateek Sharma wrote:
> > > Hi all,
> > >       During xm save, I xc_save throws up this error :
> > > "failed to get the suspend evtchn port".
> > >       From my understanding, the port is supposed to be stored by
> > > xenstore in /local/domain/, but I can't see the port being created using
> > > xenstore-ls either.
> >
> > I think this event channel is created by the guest and written to
> > xenstore as part of support for the fast event channel based save
> > mechanism used by e.g. remus. In its absence save/suspend is triggered
> > via the traditional method of the toolstack writing commands to the
> > "control/shutdown" node.
> >
> > IIRC the fast event channel based save stuff is not in mainline kernels,
> > so the tools message is correct but harmless.
> >
> > CCing Shriram (Remus maintainer) in case I've got all the above wrong...
> >
> >
> Ian is right. Mainline kernels don't have suspend event channel.
> Unfortunately, not having suspend event channel results in a pretty big
> performance hit,
> as each suspend call takes about 7-10ms and a resume takes 2-4ms. You are
> looking
> at approx 10% loss of execution time just to suspend/resume the VM
> (assuming
> a 100ms checkpoint interval).

What is involved in implementing it?
> 
> However, OpenSUSE kernels have suspend event channel support. That said I
> have
> had issues with 3.7+ versions (IIRC), where the kernel starts crashing
> during
> recovery (which is basically a full resume).
> 
> shriram

> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

  reply	other threads:[~2014-03-11 17:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-03 17:24 suspend evetchn creation failure Prateek Sharma
2014-03-11 11:21 ` Ian Campbell
2014-03-11 16:39   ` Shriram Rajagopalan
2014-03-11 17:39     ` Konrad Rzeszutek Wilk [this message]
2014-03-11 18:36       ` Shriram Rajagopalan

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=20140311173900.GF14684@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=prateeks@cs.umass.edu \
    --cc=rshriram@cs.ubc.ca \
    --cc=xen-devel@lists.xen.org \
    /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.