From: Werner Dittmann <Werner.Dittmann@t-online.de>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] x86_64 problems Opensuse 10.2 - some results during my tests
Date: Wed, 27 Dec 2006 16:39:10 +0100 [thread overview]
Message-ID: <4592939E.5080305@t-online.de> (raw)
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
reply other threads:[~2006-12-27 15:39 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4592939E.5080305@t-online.de \
--to=werner.dittmann@t-online.de \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.