On Mon, Jun 28, 2021 at 03:12:33PM +0200, Alexander Graf wrote:
>
> On 28.06.21 13:28, Dr. David Alan Gilbert wrote:
> > * Alexander Graf (ag...@csgraf.de) wrote:
> >> On 14.06.21 13:57, Dr. David Alan Gilbert wrote:
> >>> cc'ing in qemu-stable - I think we'd probably want this on 6.0
> >>> (It's
On 28.06.21 13:28, Dr. David Alan Gilbert wrote:
> * Alexander Graf (ag...@csgraf.de) wrote:
>> On 14.06.21 13:57, Dr. David Alan Gilbert wrote:
>>> cc'ing in qemu-stable - I think we'd probably want this on 6.0
>>> (It's currently merged as 7de2e8565335c13fb3516cddbe2e40e366cce273 ).
>>>
* Alexander Graf (ag...@csgraf.de) wrote:
>
> On 14.06.21 13:57, Dr. David Alan Gilbert wrote:
> > cc'ing in qemu-stable - I think we'd probably want this on 6.0
> > (It's currently merged as 7de2e8565335c13fb3516cddbe2e40e366cce273 ).
> > Although you'll probably also want the missing dependency
On 14.06.21 13:57, Dr. David Alan Gilbert wrote:
> cc'ing in qemu-stable - I think we'd probably want this on 6.0
> (It's currently merged as 7de2e8565335c13fb3516cddbe2e40e366cce273 ).
> Although you'll probably also want the missing dependency fix
> Philippe is working (See:
> Mathieu- ( 42)
cc'ing in qemu-stable - I think we'd probably want this on 6.0
(It's currently merged as 7de2e8565335c13fb3516cddbe2e40e366cce273 ).
Although you'll probably also want the missing dependency fix
Philippe is working (See:
Mathieu- ( 42) [RFC PATCH] migration: Add missing dependency on GNUTLS )
* Leonardo Bras (leobra...@gmail.com) wrote:
> After yank feature was introduced in migration, whenever migration
> is started using TLS, the following error happens in both source and
> destination hosts:
>
> (qemu) qemu-kvm: ../util/yank.c:107: yank_unregister_instance:
> Assertion
On Tue, 2021-06-01 at 10:50 -0400, Peter Xu wrote:
> On Tue, Jun 01, 2021 at 02:40:31AM -0300, Leonardo Bras wrote:
> > [...]
> > inside migration_channel_connect() and
> > migration_channel_process_incoming() move yank_register_function()
> > so
> > it only runs once on a TLS migration.
>
>
On Tue, 2021-06-01 at 13:00 +0200, Lukas Straub wrote:
> [...]
> Looks good to me,
> Reviewed-by: Lukas Straub
>
Thanks!
On Tue, Jun 01, 2021 at 05:32:33PM +0200, Lukas Straub wrote:
> > I have one pure question not directly related to Leo's patch (probably for
> > Lukas?): we check OBJECT(ioc)->ref == 1 when unregister each function. In
> > what
> > case will the ref be not one?
> >
>
> If a return path is
On Tue, 1 Jun 2021 10:50:24 -0400
Peter Xu wrote:
> On Tue, Jun 01, 2021 at 02:40:31AM -0300, Leonardo Bras wrote:
> > After yank feature was introduced in migration, whenever migration
> > is started using TLS, the following error happens in both source and
> > destination hosts:
> >
> >
On Tue, Jun 01, 2021 at 02:40:31AM -0300, Leonardo Bras wrote:
> After yank feature was introduced in migration, whenever migration
> is started using TLS, the following error happens in both source and
> destination hosts:
>
> (qemu) qemu-kvm: ../util/yank.c:107: yank_unregister_instance:
>
On Tue, 1 Jun 2021 02:40:31 -0300
Leonardo Bras wrote:
> After yank feature was introduced in migration, whenever migration
> is started using TLS, the following error happens in both source and
> destination hosts:
>
> (qemu) qemu-kvm: ../util/yank.c:107: yank_unregister_instance:
> Assertion
After yank feature was introduced in migration, whenever migration
is started using TLS, the following error happens in both source and
destination hosts:
(qemu) qemu-kvm: ../util/yank.c:107: yank_unregister_instance:
Assertion `QLIST_EMPTY(>yankfns)' failed.
This happens because of a missing
13 matches
Mail list logo