[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] x86_64 problems Opensuse 10.2 - some results during my test

From: Werner Dittmann
Subject: [Qemu-devel] x86_64 problems Opensuse 10.2 - some results during my tests
Date: Wed, 27 Dec 2006 16:39:10 +0100
User-agent: Thunderbird (X11/20060911)

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

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:
address@hidden:~/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
RSI=0000000000000000 RDI=00002b5bd3959a00 RBP=00007fffd7a15d60
R8 =0000000000000600 R9 =00002b5bd32afbe0 R10=0000000000000812
R12=00002b5bd30b19b8 R13=00002b5bd3959a00 R14=00007fffd7a15e28
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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]