From: Alon Levy <alevy@redhat.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: amit.shah@redhat.com, hdegoede@redhat.com, yhalperi@redhat.com,
qemu-devel@nongnu.org, quintela@redhat.com
Subject: Re: [Qemu-devel] [PATCH] virtio-serial-bus: replay guest_open on migration
Date: Wed, 27 Jul 2011 10:07:56 +0300 [thread overview]
Message-ID: <20110727070756.GZ2375@bow.redhat.com> (raw)
In-Reply-To: <m3pqkwz37u.fsf@blackfin.pond.sub.org>
On Wed, Jul 27, 2011 at 07:45:25AM +0200, Markus Armbruster wrote:
> Alon Levy <alevy@redhat.com> writes:
>
> > Signed-off-by: Alon Levy <alevy@redhat.com>
> > ---
> > hw/virtio-serial-bus.c | 8 +++++++-
> > 1 files changed, 7 insertions(+), 1 deletions(-)
> >
> > diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
> > index c5eb931..7a652ff 100644
> > --- a/hw/virtio-serial-bus.c
> > +++ b/hw/virtio-serial-bus.c
> > @@ -618,14 +618,20 @@ static int virtio_serial_load(QEMUFile *f, void *opaque, int version_id)
> > for (i = 0; i < nr_active_ports; i++) {
> > uint32_t id;
> > bool host_connected;
> > + VirtIOSerialPortInfo *info;
> >
> > id = qemu_get_be32(f);
> > port = find_port_by_id(s, id);
> > if (!port) {
> > return -EINVAL;
> > }
> > -
> > port->guest_connected = qemu_get_byte(f);
> > + info = DO_UPCAST(VirtIOSerialPortInfo, qdev, port->dev.info);
> > + if (port->guest_connected && info->guest_open) {
> > + /* replay guest open */
> > + info->guest_open(port);
> > +
> > + }
> > host_connected = qemu_get_byte(f);
> > if (host_connected != port->host_connected) {
> > /*
>
> The patch makes enough sense to me, but the commit message is
> insufficient. Why do you have to replay? And what's being fixed?
When migrating a host with with a spice agent running the mouse becomes
non operational after the migration. This is rhbz #718463, currently on
spice-server but it seems this is a qemu-kvm issue. The problem is that
after migration spice doesn't know the guest agent is open. Spice is just
a char dev here. And a chardev cannot query it's device, the device has
to let the chardev know when it is open. Right now after migration the
chardev which is recreated is in it's default state, which assumes the
guest is disconnected. Char devices carry no information across migration,
but the virtio-serial does already carry the guest_connected state. This
patch passes that bit to the chardev.
next prev parent reply other threads:[~2011-07-27 7:08 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-26 13:03 [Qemu-devel] [PATCH] virtio-serial-bus: replay guest_open on migration Alon Levy
2011-07-27 5:45 ` Markus Armbruster
2011-07-27 7:07 ` Alon Levy [this message]
2011-07-27 9:21 ` Markus Armbruster
2011-07-27 10:20 ` Amit Shah
2011-07-27 11:09 ` Alon Levy
2011-07-27 12:05 ` Amit Shah
2011-07-27 12:27 ` Alon Levy
2011-07-27 14:02 ` Markus Armbruster
2011-07-27 14:16 ` Anthony Liguori
2011-07-27 14:49 ` Alon Levy
2011-07-27 15:01 ` Anthony Liguori
2011-07-27 15:32 ` Alon Levy
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=20110727070756.GZ2375@bow.redhat.com \
--to=alevy@redhat.com \
--cc=amit.shah@redhat.com \
--cc=armbru@redhat.com \
--cc=hdegoede@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=yhalperi@redhat.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.