From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1edou4-0008LJ-87 for qemu-devel@nongnu.org; Mon, 22 Jan 2018 22:05:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1edou1-0003eI-2z for qemu-devel@nongnu.org; Mon, 22 Jan 2018 22:05:40 -0500 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:32782 helo=mx0a-001b2d01.pphosted.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1edou0-0003bp-RR for qemu-devel@nongnu.org; Mon, 22 Jan 2018 22:05:36 -0500 Received: from pps.filterd (m0098420.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w0N33npF008384 for ; Mon, 22 Jan 2018 22:05:35 -0500 Received: from e19.ny.us.ibm.com (e19.ny.us.ibm.com [129.33.205.209]) by mx0b-001b2d01.pphosted.com with ESMTP id 2fntrfbv37-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Mon, 22 Jan 2018 22:05:34 -0500 Received: from localhost by e19.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 22 Jan 2018 22:05:34 -0500 Date: Tue, 23 Jan 2018 01:05:28 -0200 From: joserz@linux.vnet.ibm.com MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Message-Id: <20180123030528.GA5780@pacoca> Subject: [Qemu-devel] virtio block device is not working List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: ghammer@redhat.com, mst@redhat.com Cc: qemu-devel@nongnu.org Hello people! I'm not able to boot any guest that sets a virtio block device like: (branch master) [PPC64] qemu-system-ppc64 -cpu POWER8 -nographic -vga none -m 4G -M pseries,accel=kvm,kvm-type=PR -drive file=disk.qcow2,if=virtio QEMU Starting Build Date = Dec 18 2017 13:08:00 FW Version = git-fa981320a1e0968d Press "s" to enter Open Firmware. Populating /vdevice methods Populating /vdevice/vty@71000000 Populating /vdevice/nvram@71000001 Populating /vdevice/v-scsi@71000002 SCSI: Looking for devices 8200000000000000 CD-ROM : "QEMU QEMU CD-ROM 2.5+" Populating /pci@800000020000000 00 0000 (D) : 1af4 1000 virtio [ net ] Aborted [x86] qemu-system-x86_64 -m 4G -enable-kvm -drive file=util.qcow2,if=virtio Running QEMU with GTK 2.x is deprecated, and will be removed in a future release. Please switch to GTK 3.x instead [1] 5282 abort [Cause] The commit 4fe6d78b2e introduces the ... kvm_mem_ioeventfd_del(...) { ... r = kvm_set_ioeventfd_mmio(fd, ... if (r < 0) { abort(); } + if (e->cleanup) { + e->cleanup(e); + } } For some reason, not yet clear to me, cleanup() calls the same kvm_mem_ioeventfd_del again and again until kvm_set_ioeventfd_mmio returns < 0 and abort(). I was going to send a patch to revert that 'if ()' but I think it could cause a regression. What do you guys think? Thanks, Jose Ricardo Ziviani