On Thu, 28 Apr 2022 at 16:08, Peter Maydell wrote:
>
> On Fri, 25 Mar 2022 at 08:04, Juan Quintela wrote:
> >
> > Laurent Vivier wrote:
> > > Perhaps Juan or Thomas can help too (added to cc)
> > >
> > > Is this a regression?
> > > It looks like a bug in QEMU as it doesn't move from cancelling t
On Fri, 25 Mar 2022 at 08:04, Juan Quintela wrote:
>
> Laurent Vivier wrote:
> > Perhaps Juan or Thomas can help too (added to cc)
> >
> > Is this a regression?
> > It looks like a bug in QEMU as it doesn't move from cancelling to cancelled.
I had a repeat of this hang (same machine), so here's
On Fri, 25 Mar 2022 at 08:04, Juan Quintela wrote:
> Laurent Vivier wrote:
> > Perhaps Juan or Thomas can help too (added to cc)
> >
> > Is this a regression?
> > It looks like a bug in QEMU as it doesn't move from cancelling to cancelled.
>
> Hi
>
> TCG never stops given. And s390 makes things
Laurent Vivier wrote:
> Perhaps Juan or Thomas can help too (added to cc)
>
> Is this a regression?
> It looks like a bug in QEMU as it doesn't move from cancelling to cancelled.
Hi
TCG never stops given. And s390 makes things even more interesting.
First of all, it is a pity that glib debug sy
On Thu, 24 Mar 2022 at 12:59, Laurent Vivier wrote:
>
> Perhaps Juan or Thomas can help too (added to cc)
>
> Is this a regression?
> It looks like a bug in QEMU as it doesn't move from cancelling to cancelled.
This test has had intermittent hangs, especially but not exclusively
on s390, for a ve
Perhaps Juan or Thomas can help too (added to cc)
Is this a regression?
It looks like a bug in QEMU as it doesn't move from cancelling to cancelled.
Thanks,
Laurent
On 24/03/2022 12:19, Peter Maydell wrote:
Here's the hang in the migration-test process. It's in
the test_multifd_tcp_cancel() te
