On 02/02/2016 14:49, Denis V. Lunev wrote:
>
> By the way, are you sitting next to Stefan too? :)
No, I am not. :)
> There is our set
> [PATCH v4 00/11] simplify usage of tracepoints, and connect them to
> logging
> which was accepted by Stefan and still not merged.
> We can have troubles as
On 02/02/2016 04:20 PM, Paolo Bonzini wrote:
On 20/01/2016 08:12, Denis V. Lunev wrote:
There is a possibility to hit assert qcow2_get_specific_info that
s->qcow_version is undefined. This happens when VM in starting from
suspended state, i.e. it processes incoming migration, and in the same
ti
On 20/01/2016 08:12, Denis V. Lunev wrote:
> There is a possibility to hit assert qcow2_get_specific_info that
> s->qcow_version is undefined. This happens when VM in starting from
> suspended state, i.e. it processes incoming migration, and in the same
> time 'info block' is called.
>
> The pro
On 01/20/2016 10:12 AM, Denis V. Lunev wrote:
There is a possibility to hit assert qcow2_get_specific_info that
s->qcow_version is undefined. This happens when VM in starting from
suspended state, i.e. it processes incoming migration, and in the same
time 'info block' is called.
The problem is t
There is a possibility to hit assert qcow2_get_specific_info that
s->qcow_version is undefined. This happens when VM in starting from
suspended state, i.e. it processes incoming migration, and in the same
time 'info block' is called.
The problem is that in the qcow2_invalidate_cache closes and the
