monitors, do
> > > the same in spice_qxl_set_device_info.
> > >
> > > This fixes https://bugzilla.redhat.com/show_bug.cgi?id=1691721.
> > >
> > > Signed-off-by: Frediano Ziglio
> >
> > Acked-by: Victor Toso
> >
>
>
int
> version)
> cmds[out].group_id = MEMSLOT_GROUP_GUEST;
> out++;
> }
> +#if 0
> if (d->guest_cursor) {
> cmds[out].cmd.data = d->guest_cursor;
> cmds[out].cmd.type = QXL_CMD_CURSOR;
> cmds[out].group_id = MEMSLOT_GROUP_GUEST;
> out++;
> }
> +#endif
> qxl_spice_loadvm_commands(d, cmds, out);
> g_free(cmds);
> if (d->guest_monitors_config) {
>
> cheers,
> Gerd
>
--
Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/spice-devel
> doesn't work correctly with postcopy.
It should; the device memory is just a RAMBlock that's migrated, so if it's
not arrived yet from the source the qxl code will block until postcopy
drags it across; assuming that is that the qxl code on the source isn't
* Gerd Hoffmann (kra...@redhat.com) wrote:
> On Fr, 2016-12-02 at 17:44 +0000, Dr. David Alan Gilbert wrote:
> > Hi Gerd,
> > I've got a moderately repeatable crash with spice playing
> > a video + postcopy. Some of the time I just get a warning
> > (that I also
From: "Dr. David Alan Gilbert"
When loading a USB redirection stream during a qemu
migration, the source QEMU might be earlier and be missing
a bunch of capabilities that are now available in a more modern
version; allow this migration to work as long as the source
isn'
