From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1GzasL-0007ZQ-PU
	for qemu-devel@nongnu.org; Wed, 27 Dec 2006 10:39:29 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1GzasJ-0007Wr-7N
	for qemu-devel@nongnu.org; Wed, 27 Dec 2006 10:39:28 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1GzasI-0007Wa-Rx
	for qemu-devel@nongnu.org; Wed, 27 Dec 2006 10:39:26 -0500
Received: from [194.25.134.82] (helo=mailout05.sul.t-online.com)
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1GzasH-0004jK-Pd
	for qemu-devel@nongnu.org; Wed, 27 Dec 2006 10:39:26 -0500
Message-ID: <4592939E.5080305@t-online.de>
Date: Wed, 27 Dec 2006 16:39:10 +0100
From: Werner Dittmann <Werner.Dittmann@t-online.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] x86_64 problems Opensuse 10.2 - some results during my
	tests
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Doing some more tests with Qemu and 64bit support gives the following
picture:

I always boot the Opensuse 10.2 64bit installation DVD.

If I switch off kqemu completely with the -no-kqemu option the system
installation starts, albeit slow :-) .

The tests with only user mode kqemu enabled (no -kernel-kqemu option
specified) lead to crashes:
After the first screen pops up I switch to VESA mode. The kernel
starts and then crashes during loading basic drivers (see below). I
also tried with std-vga mode, same behavior. Also other resolutions
didn't change the behavior (except that they show splash screens).

Using Cirrus emulation:
wd@linux-black:~/opensuse> qemu-system-x86_64 -hda suse10.2.img -m 384
-cdrom openSUSE-10.2-GM-DVD-x86_64.iso -boot d
RAX=00002b5bd3959a00 RBX=00007fffd7a15b00 RCX=0000000000000017
RDX=0000000000000600
RSI=0000000000000000 RDI=00002b5bd3959a00 RBP=00007fffd7a15d60
RSP=00007fffd7a15a88
R8 =0000000000000600 R9 =00002b5bd32afbe0 R10=0000000000000812
R11=0000000000010206
R12=00002b5bd30b19b8 R13=00002b5bd3959a00 R14=00007fffd7a15e28
R15=0000000000000002
RIP=00002b5bd30a7dbe RFL=00010206 [-----P-] CPL=3 II=0 A20=1 SMM=0 HLT=0
ES =0000 0000000000000000 00000000 00000000
CS =0033 0000000000000000 ffffffff 00affa00
SS =002b 0000000000000000 ffffffff 00cff200
DS =0000 0000000000000000 00000000 00000000
FS =0000 0000000000000000 00000000 00000000
GS =0000 0000000000000000 00000000 00000000
LDT=0000 0000000000000000 00000000 00008000
TR =0040 ffff810001006000 0000206f 00008900
GDT=     ffffffff805d2000 00000080
IDT=     ffffffff8052a000 00000fff
CR0=8005003b CR2=00002b5bd3959a00 CR3=000000001626e000 CR4=000006e0
Unsupported return value: 0xffffffff

crashed during "loading basic drivers ..."
(using VESA resolution, standard installation)

If I use -kernel-kqemu it seems that Qemu goes into a loop. At least
it burns all available CPU for a long time until I stop/kill Qemu.

Regards,
Werner