[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] intermittent make check failure: "tcg_handle_interrupt:
From: |
Mark Cave-Ayland |
Subject: |
Re: [Qemu-devel] intermittent make check failure: "tcg_handle_interrupt: assertion failed: (qemu_mutex_iothread_locked())" |
Date: |
Tue, 28 Feb 2017 21:35:58 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0 |
On 28/02/17 21:28, Thomas Huth wrote:
>> Maybe worth mentioning that the prom-env test for sparc64 has just been
>> enabled a couple of commits ago (6b591ad613010f13). There was an issue
>> with that test for the sparc64 target last year, but IIRC it only
>> affected 32-bit hosts and has been fixed, so I think/hope this is a
>> different issue now...
>
> OK, I think this is definitively not related to the prom-env test, but
> to MTTCG (or something else in TCG): I can reproduce this problem
> reliably when I run QEMU in s390 mode with the Moon Buggy disk image
> from the QEMU advent calendar
> (http://www.qemu-advent-calendar.org/2014/download/s390-moon-buggy.tar.xz):
>
> qemu-system-s390x -nographic -kernel s390-bb.kernel \
> -initrd s390-moon-buggy.initrd
>
> ... starts the kernel, but aborts very soon with:
>
> ERROR:qemu/translate-common.c:34:tcg_handle_interrupt: assertion failed:
> (qemu_mutex_iothread_locked())
> Aborted (core dumped)
FWIW I've spent some time running the "make check" regression tests
locally this evening and I can't seem to reproduce the failure here on
my normal qemu-system-ppc/qemu-system-sparc/qemu-system-sparc64 setup.
ATB,
Mark.