From owner-freebsd-emulation@FreeBSD.ORG Fri Jul 11 14:40:39 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 8F309106567D; Fri, 11 Jul 2008 14:40:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 22E688FC08; Fri, 11 Jul 2008 14:40:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 449C874400B; Fri, 11 Jul 2008 17:40:38 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WSzNpEIzaoaM; Fri, 11 Jul 2008 17:40:38 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id D40E2744001; Fri, 11 Jul 2008 17:40:37 +0300 (EEST) Message-ID: <487770E4.8030005@icyb.net.ua> Date: Fri, 11 Jul 2008 17:40:36 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.14 (X11/20080611) MIME-Version: 1.0 To: Juergen Lock , freebsd-emulation@freebsd.org References: <4874F262.9050608@icyb.net.ua> <20080709204910.GA11133@saturn.kn-bremen.de> <4877701D.8060402@icyb.net.ua> In-Reply-To: <4877701D.8060402@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: 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: Fri, 11 Jul 2008 14:40:39 -0000 on 11/07/2008 17:37 Andriy Gapon said the following: > on 09/07/2008 23:49 Juergen Lock said the following: >> 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 > [snip] >> 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 > > Jürgen, > > thank you very much for the advice! > notsc allowed linux boot to proceed past the hand point, but later qemu > process aborted with the following output: > > $ qemu-system-x86_64 -m 800 -hda box1.img -net nic -net tap > RAX=00007f7e43358000 RBX=00007f7e43358560 RCX=0000003c10615c5a > RDX=0000000000000001 > RSI=0000003c10618934 RDI=0000000000000000 RBP=00007f7e43358000 > RSP=00007fff4b3573b0 > R8 =00000000ffffffff R9 =0000000000000000 R10=0000000000000022 > R11=0000000000010246 > R12=0000000000000000 R13=0000000000000000 R14=0000000000000010 > R15=0000000000000001 > RIP=0000003c1060a667 RFL=00010206 [-----P-] CPL=3 II=0 A20=1 SMM=0 HLT=0 > ES =0000 0000000000000000 00000000 00000000 > CS =0033 0000000000000000 ffffffff 00affb00 > SS =002b 0000000000000000 ffffffff 00cff300 > DS =0000 0000000000000000 00000000 00000000 > FS =0000 0000000000000000 00000000 00000000 > GS =0000 0000000000000000 00000000 00000000 > LDT=0000 0000000000000000 00000000 00008000 > TR =0040 ffff810001009900 00002087 00008900 > GDT= ffffffff81456000 00000080 > IDT= ffffffff814c2000 00000fff > CR0=8005003b CR2=00007f7e43358028 CR3=0000000030dfc000 CR4=000006e0 > Unsupported return value: 0xffffffff > > This happened while starting userland daemons. I used "interactive > startup" and the problem occurred on sendmail (sm-client) [!]. > The problem is reliably reproducible. > > P.S. I disabled sendmail, services startup proceeded few more steps and > then qemu reported same error again ("Unsupported return value") on some > other service. I gave up after that. > Just noticed - the following was in system log: kqemu: aborting: Unexpected exception 0x0d in monitor space err=0000 CS:EIP=f180:00000000f0002806 SS:SP=0000:00000000f00c7e00 -- Andriy Gapon