All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julian Seward <jseward@acm.org>
To: qemu-devel@nongnu.org
Cc: Werner Dittmann <Werner.Dittmann@t-online.de>
Subject: Re: [Qemu-devel] Kqemu on x86_64 host with x86_64 guest
Date: Sat, 13 Oct 2007 19:13:57 +0200	[thread overview]
Message-ID: <200710131913.58047.jseward@acm.org> (raw)
In-Reply-To: <4710D52D.1060903@t-online.de>

On Saturday 13 October 2007 16:24, Werner Dittmann wrote:
> Bruno Cornec wrote:
> > On Sat, Oct 13, 2007 at 01:53:37PM +0200, Bruno Cornec wrote:
> >> However, mandriva 2008.0 x86_64 doesn't exhibit this error on the same
> >> host.
> >
> > I stand corrected. It also crashed but later during the install process,
> > where the other were at the start. Back to -no-kqemu.
> >
> > Bruno.
>
> Even when using -no-kqemu it somehow fails/hangs during setup of Grub
> when I try to install a openSuse 10.2 or 10.3 . These problems are know
> for quite some time - but no solution yet.

Yes.  I also observed that with openSUSE 10.{1,2,3}.  After some
experimentation I successfully installed 10.1 by asking the installer
to use LILO instead of Grub.  However, even then, some user space
code does not work properly - running the YaST online update inside the
successfully-installed 10.1 fails.

I wondered if there is some problem in the x86_64 instruction set emulation.
I ran some tests from Valgrind, and it appears that some FP->int conversion
instructions do not take care of the rounding mode.  I did not detect
any other errors.  See
http://lists.gnu.org/archive/html/qemu-devel/2007-10/msg00233.html

I tried to build x86_64-softmmu using softfloat.c rather than
softfloat-native.c since it looks like softfloat.c emulates these
corner cases (rounding mode, etc) more completely.  So far I got 
a lot of compilation errors and did not make much progress.  I get
the impression x86_64-softmmu and i386-softmmu are intended only to
be built with softfloat-native.c.

It might be worth installing SuSE 10.1 and finding some small program
which fails to work properly.  Then we might have a hope of determining
what the problem is.

J

      parent reply	other threads:[~2007-10-13 17:23 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-12  1:27 [Qemu-devel] Kqemu on x86_64 host with x86_64 guest Alexander Sennhauser
2007-10-12  6:04 ` Bruno Cornec
2007-10-13 11:53   ` Bruno Cornec
2007-10-13 12:05     ` Bruno Cornec
2007-10-13 14:24       ` Werner Dittmann
2007-10-13 17:08         ` Bruno Cornec
2007-10-13 17:13         ` Julian Seward [this message]

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=200710131913.58047.jseward@acm.org \
    --to=jseward@acm.org \
    --cc=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.