From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:54230) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sfh5R-0004In-5u for qemu-devel@nongnu.org; Fri, 15 Jun 2012 20:41:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sfh5P-00017h-5L for qemu-devel@nongnu.org; Fri, 15 Jun 2012 20:41:56 -0400 Received: from cantor2.suse.de ([195.135.220.15]:34540 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sfh5O-00017X-UT for qemu-devel@nongnu.org; Fri, 15 Jun 2012 20:41:55 -0400 Message-ID: <4FDBD645.1070004@suse.de> Date: Sat, 16 Jun 2012 02:41:41 +0200 From: =?ISO-8859-15?Q?Andreas_F=E4rber?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Subject: [Qemu-devel] [qom-next] Bisecting virtio-scsi issue List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori , mengcong Cc: Stefan Hajnoczi , qemu-devel , Avi Kivity Hi, After multiple runs of not-so-successful bisecting, it appears as if the qom-next commit "qbus: Make child devices links" [1] is causing assertions for both virtio-scsi and ahci but not for qemu-system-x86_64 without parameters: $ x86_64-softmmu/qemu-system-x86_64 -enable-kvm -device virtio-scsi-pci,id=3Dmcbus qemu-system-x86_64: /home/andreas/QEMU/qemu-rcar/memory.c:1259: memory_region_add_subregion_common: Assertion `!subregion->parent' failed= . $ x86_64-softmmu/qemu-system-x86_64 -enable-kvm -m 1G -boot menu=3Don -drive file=3D../openSUSE-12.1-DVD-x86_64.iso,if=3Dnone,id=3Didecd,readon= ly=3Don -device ide-cd,bus=3Dide.0,drive=3Didecd -device ahci,id=3Dahci -device ide-cd,bus=3Dahci.0,drive=3Dahcicd -drive file=3D../openSUSE-12.1-GNOME-LiveCD-x86_64.iso,if=3Dnone,id=3Dahcicd,rea= donly=3Don qemu-system-x86_64: /home/andreas/QEMU/qemu-rcar/memory.c:1259: memory_region_add_subregion_common: Assertion `!subregion->parent' failed= . qemu.git appears to be okay. But I also got quite a few segfaults during the bisects that I had to skip (I believe mengcong was already tracking down some virtio write error), so I'll recheck without git-bisect and doing fully clean rebuilds tomorrow if nobody has any insights. Cheers, Andreas [1] http://repo.or.cz/w/qemu/afaerber.git/shortlog/refs/heads/qom-next-2 --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg