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
next prev parent 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.