From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52331) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WtXf0-0007SB-TK for qemu-devel@nongnu.org; Sun, 08 Jun 2014 03:37:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WtXeu-0001ko-OO for qemu-devel@nongnu.org; Sun, 08 Jun 2014 03:36:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:19427) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WtXeu-0001kc-GP for qemu-devel@nongnu.org; Sun, 08 Jun 2014 03:36:52 -0400 Date: Sun, 8 Jun 2014 10:37:16 +0300 From: "Michael S. Tsirkin" Message-ID: <20140608073716.GA12862@redhat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] master: intermittent acpi-test failures List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: QEMU Developers 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. > > thanks > -- PMM 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. I'm reluctant to wait forever there, that would make debugging harder in case of failures. Does it help if you increase TEST_DELAY? 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? -- MST