From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:40064)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jsnow@redhat.com>) id 1YQ1P6-0007pd-Rf
	for qemu-devel@nongnu.org; Mon, 23 Feb 2015 17:23:05 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jsnow@redhat.com>) id 1YQ1P3-00078c-Ic
	for qemu-devel@nongnu.org; Mon, 23 Feb 2015 17:23:04 -0500
Received: from mx1.redhat.com ([209.132.183.28]:35340)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jsnow@redhat.com>) id 1YQ1P3-00078D-Bj
	for qemu-devel@nongnu.org; Mon, 23 Feb 2015 17:23:01 -0500
Message-ID: <54EBA841.8070803@redhat.com>
Date: Mon, 23 Feb 2015 17:22:57 -0500
From: John Snow <jsnow@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] virtio-blk-test failure
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: =?UTF-8?B?bWFyYyBNYXLDrQ==?= <marc.mari.barcelo@gmail.com>
Cc: qemu-devel <qemu-devel@nongnu.org>

I've been seeing this failure pop up very occasionally and I can usually 
get the test to pass again by just re-running, but every now and again:

GTESTER check-qtest-x86_64
blkdebug: Suspended request 'A'
blkdebug: Resuming request 'A'
main-loop: WARNING: I/O thread spun for 1000 iterations
main-loop: WARNING: I/O thread spun for 1000 iterations
**
ERROR:/home/bos/jhuston/src/qemu/tests/libqos/virtio.c:91:qvirtio_wait_queue_isr: 
assertion failed: (g_get_monotonic_time() - start_time <= timeout_us)
GTester: last random seed: R02S3ba253e130ac76bbcb0bade0a2d54b2f
[vmxnet3][WR][vmxnet3_peer_has_vnet_hdr]: Peer has no virtio extension. 
Task offloads will be emulated.
make: *** [check-qtest-x86_64] Error 1


I wrote a test loop that runs virtio-blk-test over and over again in a 
loop and saw it fail after 137 runs.

It looks like the culprit is /virtio/blk/pci/msix; if you run only that 
test it could take anywhere from 20-250 runs before you see it fail.

I only did a little bit of debugging, but the QMP command that 
immediately precedes the wait_config_isr call here appears to execute 
successfully.

Any hunches, Marc?