From: "John R. Hogerhuis" <jhoger@pobox.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] kqemu processor feature question
Date: Tue, 18 Oct 2005 14:03:03 -0700 [thread overview]
Message-ID: <1129669383.5865.61.camel@aragorn> (raw)
In-Reply-To: <43555C54.1080409@wasp.net.au>
On Wed, 2005-10-19 at 00:34 +0400, Brad Campbell wrote:
> After re-installing windows 2000 SP3 & SP4 about 25 times on different machines, its looking wierd..
> SP4 has a problem when configuring COM+ with no kqemu, but works fine with kqemu on all 3 machines
> (PIII, Sempron 2400+ Athlon XP 2800+).
kqemu avoids emulating instructions, so the instructions run natively.
So, this would seem to imply an issue in the (software) cpu emulation
(that is, in the situation with no kqemu).
It would rule out the system emulation (ancillary hardware) since the
system emulation is the same in both cases w/ and w/out kqemu.
> Any Win2k SP3 or SP4 image created on the Athlons will not boot on the PIII, but an image created on
> the PIII seems to boot fine on all the machines..
AFAIK qemu doesn't implement Athlon extensions. So this is not
surprising if your theory is true. W/ kqemu would not work since it will
try to run Athlon instructions natively on a Pentium. w/out kqemu would
not work assuming qemu doesn't implement Athlon extensions in the cpu
emulation.
> Now to top it off, I have actually used identical qemu binaries on all the machines. Compiled on the
> PIII and copied to the Athlons, in addition to locally compiled copies... I'm using a vanilla qemu
> CVS with the DMA and Concurrent IO Patches. I have yet to remove those patches and try again.. it
> just keeps on getting stranger.
>
Strange? I'm not surprised that Athlon-only intructions do not run on
Pentium machines. It would be nice if qemu+kqemu could detect this
circumstance, but you've determined the obvious workaround: install OSes
that optimize themselves for specific x86 variant on install to a
lowest-common-denominator host under kqemu, or on an arbitrary host
under no-kqemu.
> Problem has been worked around by creating the whole image on the laptop. Now it works anywhere, but
> I'm baffled as to why the images created on the Athlons won't boot on the laptop.
>
Anyway everything seems to be fitting your theory about Athlon
extensions. It would be nice to catch it in the act of trying to run an
Athlon instruction on a Pentium.
-- John.
next prev parent reply other threads:[~2005-10-18 21:03 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-18 5:10 [Qemu-devel] kqemu processor feature question Brad Campbell
2005-10-18 18:43 ` Francois Rioux
2005-10-18 20:34 ` Brad Campbell
2005-10-18 21:03 ` John R. Hogerhuis [this message]
2005-10-18 21:17 ` Brad Campbell
2005-10-19 6:18 ` [Qemu-devel] Timing.. was : " Brad Campbell
2005-10-19 23:09 ` Sven Zenker
2005-10-19 18:23 ` [Qemu-devel] " Emmanuel Pellereau
2005-10-19 19:11 ` Brad Campbell
2005-10-19 21:46 ` Jim C. Brown
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=1129669383.5865.61.camel@aragorn \
--to=jhoger@pobox.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).