Since the wait is done during migration (still inside
QEMU_ASYNC_JOB_MIGRATION_OUT), the code should enter the monitor as such
in order to prohibit all other jobs from interfering in the meantime.
This patch fixes bug #1009886 in which qemuDomainGetBlockInfo was
waiting on the monitor condition and
On Fri, Sep 20, 2013 at 05:37:58PM +0200, Ján Tomko wrote:
> On 09/20/2013 05:13 PM, Martin Kletzander wrote:
> > Since the wait is done during migration (still inside
> > QEMU_ASYNC_JOB_MIGRATION_OUT), the code should enter the monitor as such
> > in order to prohibit all other jobs from interferi
On 09/20/2013 05:13 PM, Martin Kletzander wrote:
> Since the wait is done during migration (still inside
> QEMU_ASYNC_JOB_MIGRATION_OUT), the code should enter the monitor as such
> in order to prohibit all other jobs from interfering in the meantime.
> This patch fixes bug #1009886 in which qemuDo
On Fri, Feb 03, 2012 at 12:48:58 -0700, Eric Blake wrote:
> On 02/03/2012 03:04 AM, Jiri Denemark wrote:
> > Calling qemuDomainMigrateGraphicsRelocate notifies spice clients to
> > connect to destination qemu so that they can seamlessly switch streams
> > once migration is done. Unfortunately, curr
On 02/03/2012 03:04 AM, Jiri Denemark wrote:
> Calling qemuDomainMigrateGraphicsRelocate notifies spice clients to
> connect to destination qemu so that they can seamlessly switch streams
> once migration is done. Unfortunately, current qemu is not able to
> accept any connections while incoming mi
Calling qemuDomainMigrateGraphicsRelocate notifies spice clients to
connect to destination qemu so that they can seamlessly switch streams
once migration is done. Unfortunately, current qemu is not able to
accept any connections while incoming migration connection is open.
Thus, we need to delay op
