All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: qemu-devel <qemu-devel@nongnu.org>, John Snow <jsnow@redhat.com>,
	"Denis V. Lunev" <den@openvz.org>, Rik van Riel <riel@redhat.com>,
	Andrea Arcangeli <aarcange@redhat.com>
Subject: Re: [Qemu-devel] Async savevm using userfaultfd(2)
Date: Thu, 13 Oct 2016 09:30:49 +0100	[thread overview]
Message-ID: <20161013083048.GA2169@work-vm> (raw)
In-Reply-To: <CAJSP0QVrdU7P5CVE4Zu2oF7TK0e9AbBNOrnUDCDvpoG2upmZng@mail.gmail.com>

* Stefan Hajnoczi (stefanha@gmail.com) wrote:
> On Wed, Oct 12, 2016 at 4:04 PM, Stefan Hajnoczi <stefanha@gmail.com> wrote:
> > Perhaps this approach can be prototyped with mprotect and a SIGSEGV
> > handler if anyone wants to get async savevm going.  I don't know if
> > there are any disadvantages to mprotecting guest RAM that the kvm kernel
> > module is using.  Hopefully in-kernel devices and vhost will continue to
> > work.
> 
> I woke up this morning with a strong feeling that a SIGSEGV handler
> won't work with vhost.

YKYBHTLW you wake up with strong feelings about SIGSEGV handlers.

>  The problem is that the QEMU process' SIGSEGV
> handler won't be called when the vhost kernel thread faults.  Now I'm
> wondering whether userfaultfd will work together with vhost.

I think it should, or at least I think all other kernel things end up being
caught by userfaultfd during postcopy.

Dave

> Stefan
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK

  reply	other threads:[~2016-10-13  8:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-12 14:04 [Qemu-devel] Async savevm using userfaultfd(2) Stefan Hajnoczi
2016-10-12 14:18 ` Eric Blake
2016-10-12 14:21 ` Dr. David Alan Gilbert
2016-10-13  1:11   ` Hailiang Zhang
2016-10-12 15:16 ` Denis V. Lunev
2016-10-13  5:15 ` Stefan Hajnoczi
2016-10-13  8:30   ` Dr. David Alan Gilbert [this message]
2016-10-13 14:27     ` Andrea Arcangeli
2016-10-14 16:45       ` Stefan Hajnoczi

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=20161013083048.GA2169@work-vm \
    --to=dgilbert@redhat.com \
    --cc=aarcange@redhat.com \
    --cc=den@openvz.org \
    --cc=jsnow@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=riel@redhat.com \
    --cc=stefanha@gmail.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.