From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:53347) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RY2Jk-00015Q-B8 for qemu-devel@nongnu.org; Tue, 06 Dec 2011 16:12:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RY2Ji-0003Pv-Ob for qemu-devel@nongnu.org; Tue, 06 Dec 2011 16:12:48 -0500 Received: from fmmailgate03.web.de ([217.72.192.234]:60444) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RY2Ji-0003Pp-Dn for qemu-devel@nongnu.org; Tue, 06 Dec 2011 16:12:46 -0500 Received: from moweb001.kundenserver.de (moweb001.kundenserver.de [172.19.20.114]) by fmmailgate03.web.de (Postfix) with ESMTP id 836D31AB3C442 for ; Tue, 6 Dec 2011 22:12:45 +0100 (CET) Message-ID: <4EDE854B.6070204@web.de> Date: Tue, 06 Dec 2011 22:12:43 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <4EDC8D06.20308@msgid.tls.msk.ru> <4EDCC6FE.8040702@redhat.com> <4EDD2763.8010808@msgid.tls.msk.ru> <4EDDEF26.9030403@redhat.com> <4EDDF659.6040701@msgid.tls.msk.ru> <20111206122752.GA31385@redhat.com> <4EDE2AA0.7090001@msgid.tls.msk.ru> <4EDE42EB.2020101@msgid.tls.msk.ru> <4EDE450B.6090801@siemens.com> <4EDE498A.2040309@msgid.tls.msk.ru> <4EDE5B3E.7000003@msgid.tls.msk.ru> <4EDE5D2A.2020809@siemens.com> <4EDE62C6.8000506@msgid.tls.msk.ru> <4EDE6F31.7090706@msgid.tls.msk.ru> <4EDE8209.2030502@web.de> In-Reply-To: <4EDE8209.2030502@web.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6B8736C0C7DD826A57E74696" Subject: Re: [Qemu-devel] winXP "Standard PC" HAL and qemu-kvm >= 0.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Tokarev Cc: "qemu-devel@nongnu.org" , KVM list This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6B8736C0C7DD826A57E74696 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2011-12-06 21:58, Jan Kiszka wrote: > On 2011-12-06 20:38, Michael Tokarev wrote: >> [Removed some people from the Cc list] >> >> On 06.12.2011 22:45, Michael Tokarev wrote: >> [] >>>> git://git.kiszka.org/qemu-kvm.git queues/kvm-irqchip >>> >>> This tree does not boot for me at all (on regular x86-64 setup) - >>> it stays in bios after "Booting from hard disk" with 100% CPU >>> usage. >> >> This happens since >> >> commit 1ae1cec76a205446e6b4e5600ad0af450f7c0b5e >> Author: Jan Kiszka >> Date: Sun Oct 16 19:38:22 2011 +0200 >> >> ioapic: Introduce backend/frontend infrastructure for KVM reuse >> >> Also, with this >> >> commit 063e1bea9b0c79bda48c9e82552c5c6c83d03cf7 >> Author: Jan Kiszka >> Date: Sat Oct 15 11:49:47 2011 +0200 >> >> kvm: Introduce core services for in-kernel irqchip support >> >> the whole thing segfaults at startup: >> >> (gdb) ru -monitor stdio -m 1G -netdev type=3Dtap,ifname=3Dtap-kvm1,scr= ipt=3Dno,downscript=3Dno,id=3Dn -device rtl8139,netdev=3Dn,mac=3D52:54:00= :12:34:57 -drive file=3D/stage/win/dist/t.raw,if=3Dide,cache=3Dunsafe -vg= a std -usbdevice tablet -enable-kvm >> ... >> Program received signal SIGSEGV, Segmentation fault. >> 0x00007ffff5670c7a in ?? () from /lib/x86_64-linux-gnu/libc.so.6 >> (gdb) bt >> #0 0x00007ffff5670c7a in ?? () from /lib/x86_64-linux-gnu/libc.so.6 >> #1 0x00005555557abb3d in ioapic_init (dev=3D0x555556849f60) >> at /build/kvm/git/hw/ioapic_common.c:92 >> #2 0x00005555556a0a85 in sysbus_device_init (dev=3D0x555556849f60, >> base=3D0x555555be7200) at /build/kvm/git/hw/sysbus.c:133 >> #3 0x00005555556df670 in qdev_init (dev=3D0x555556849f60) >> at /build/kvm/git/hw/qdev.c:293 >> #4 0x00005555556dfa8a in qdev_init_nofail (dev=3D0x555556849f60) >> at /build/kvm/git/hw/qdev.c:387 >> #5 0x00005555557f9bc2 in ioapic_init (gsi_state=3D0x55555683ff70) >> at /build/kvm/git/hw/pc_piix.c:63 >> #6 0x00005555557f9f76 in pc_init1 (system_memory=3D0x55555641a1b0, >> system_io=3D0x55555641a2b0, ram_size=3D1073741824, >> boot_device=3D0x7fffffffea30 "cad", kernel_filename=3D0x0, >> kernel_cmdline=3D0x55555586fbff "", initrd_filename=3D0x0, cpu_mod= el=3D0x0, >> pci_enabled=3D1, kvmclock_enabled=3D1) at /build/kvm/git/hw/pc_pii= x.c:166 >> #7 0x00005555557fa425 in pc_init_pci (ram_size=3D1073741824, >> boot_device=3D0x7fffffffea30 "cad", kernel_filename=3D0x0, >> kernel_cmdline=3D0x55555586fbff "", initrd_filename=3D0x0, cpu_mod= el=3D0x0) >> at /build/kvm/git/hw/pc_piix.c:245 >> #8 0x00005555556b99ca in main (argc=3D16, argv=3D0x7fffffffeb58, >> envp=3D0x7fffffffebe0) at /build/kvm/git/vl.c:3351 >> (gdb) frame 1 >> #1 0x00005555557abb3d in ioapic_init (dev=3D0x555556849f60) >> at /build/kvm/git/hw/ioapic_common.c:92 >> 92 if (strcmp(b->name, s->backend_name) =3D=3D 0) { >> (gdb) p b->name >> $1 =3D 0x55555588588d "QEMU" >> (gdb) p s->backend_name >> $2 =3D 0x0 >> (gdb) _ >> >=20 > How embarrassing. Messed something up, maybe during rebase, and forgot > to retest non-irqchip mode. Will fix and repost. Was even worse, a simple -ENOTTESTED case. Pushed an update at the same location. Thanks, Jan --------------enig6B8736C0C7DD826A57E74696 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7ehUsACgkQitSsb3rl5xRl8wCgthfo0nRy9zprVltNc87DHPKk ircAoJ8kao/XrP1gPORGaXTdsBaqOQCC =4xOn -----END PGP SIGNATURE----- --------------enig6B8736C0C7DD826A57E74696--