From owner-freebsd-emulation@FreeBSD.ORG Wed Jul 9 20:52:41 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2903106567F for ; Wed, 9 Jul 2008 20:52:41 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 296128FC0C for ; Wed, 9 Jul 2008 20:52:41 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 88AB5191AC2; Wed, 9 Jul 2008 22:52:39 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m69KnB5D012307; Wed, 9 Jul 2008 22:49:11 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m69KnAgF012306; Wed, 9 Jul 2008 22:49:10 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 9 Jul 2008 22:49:10 +0200 To: Andriy Gapon Message-ID: <20080709204910.GA11133@saturn.kn-bremen.de> Mail-Followup-To: Andriy Gapon , freebsd-emulation@freebsd.org References: <4874F262.9050608@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4874F262.9050608@icyb.net.ua> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@freebsd.org Subject: Re: 6.3/amd64: linux guest hangs if kqemu is used X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2008 20:52:41 -0000 On Wed, Jul 09, 2008 at 08:16:18PM +0300, Andriy Gapon wrote: > > This report is quite low on details. > > My system is 6.3-RELEASE amd64. > I have qemu-0.9.1_9 and kqemu-kmod-1.3.0.p11_9. > Guest is 2.6.25.9-76.fc9.x86_64. > > kqemu.ko and aio.ko are loaded. > > Run like this is OK: > qemu-system-x86_64 -no-kqemu -m 640 -hda box1.img -net nic -net tap > > Run like this - guest hangs during boot: > qemu-system-x86_64 -m 640 -hda box1.img -net nic -net tap > > There are no messages on qemu output or in system log. > qemu uses 100% CPU. > Ctrl+Alt+2 works, I can execute commands in qemu console. > BTW, info kqemu says "enabled for user code". > > Guest console messages: > ... > PCI: Using ACPI for IRQ routing > PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a > report > NetLabel: Initializing > NetLabel: domain hash size = 128 > NetLabel: protocols = UNLABELED CIPSOv4 > NetLabel: unlabeled traffic allowed by default > PCI-GART: No AMD northbridge found. > ! > ! kqemu hang is here ! > ! > NET: Registered protocol family 2 > IP route cache hash table entries: 32768 (order: 6, 262144 bytes) > TCP established hash table entries: 131072 (order: 9, 2097152 bytes) > TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) > TCP: Hash tables configured (established 131072 bind 65536) > TCP reno registered > checking if image is initramfs...<7>Switched to high resolution mode on > CPU 0 > Clocksource tsc unstable (delta = 778613351 ns) > it is > ... > > -- > Andriy Gapon It is true kqemu works less well on amd64 than on 32 bit hosts... (tho things have improved in qemu svn especially for 32 bit guests - the snapshot I just updated the qemu-devel port to can now also use kqemu for the 32 bit `qemu'.) Oh, if you host is SMP you probably need to pass `notsc' to your guest linux kernel, if its not that or you still get problems later you can still try the qemu-devel port (which also uses a new kqemu as mentioned in ports/UPDATING), but otherwise I guess you can only report the bug upstream i.e. on the qemu-devel mailinglist: http://lists.gnu.org/mailman/listinfo/qemu-devel HTH, Juergen