On Sun, Jun 08, 2014 at 09:48:39AM +0100, Peter Maydell wrote: > On 8 June 2014 08:37, Michael S. Tsirkin <m...@redhat.com> wrote: > > On Tue, May 27, 2014 at 10:38:17PM +0100, Peter Maydell wrote: > >> I'm seeing this test failure intermittently on 'make check': > >> > >> ERROR:/root/qemu/tests/acpi-test.c:618:test_acpi_one: assertion failed > >> (signature == SIGNATURE): (0x00000000 == 0x0000dead) > >> GTester: last random seed: R02S8d0d60963e4442ce284a81d20ce32053 > >> > >> (32 bit ARM host, in case that makes a difference.) > >> > >> Any ideas? It looks from the test as if this may just be > >> that the test is coded to assume a faster machine, which > >> is a bit unfortunate. > > > We have a timeout of 1 minute there. > > Since all VM has to do is run BIOS initialization > > and then write out the signature, this seems ample. > > See my earlier email -- when the test completes it does > so within 8 or 9 loops (where the max is set at 600); > so I don't think raising the timeout will help -- something > has got stuck. > > > If it does we can do this, though I suspect this is merely > > a work-around, there's probably something that > > causes QEMU to pause execution during early BIOS boot. > > Could you try strace to see what it is? > > I'll give this a try. > > thanks > -- PMM
We have a use after free memory corruption ATM, I don't see why it would trigger on this path but can't hurt to try Paolo's patch.