qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Roy Tam <roytam@gmail.com>
To: Gerhard Wiesinger <lists@wiesinger.com>
Cc: seabios@seabios.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] QEMU regression problems
Date: Tue, 13 Apr 2010 14:26:10 +0800	[thread overview]
Message-ID: <u2m473191351004122326s65e2098dra6f3c47596aa89cd@mail.gmail.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1004120719010.7717@bbs.intern>

2010/4/12 Gerhard Wiesinger <lists@wiesinger.com>:
> Hello,
>
> Checkit reports some problems under DOS:
> 1.) NPU functions are not correct: NPU Trigonometric Functions: FAILED.
> Seems to be a problem of the instruction set.
> 2.) Real-Time Clock Alarm: FAILED (This might be also the reason for the
> KVM problem, see my previous post). Seems to be that real-time clock is not
> working correct.
> 3.) There is also a problem with the reported base memory under QEMM386
> (HIMEM.SYS and EMM386.EXE is correct here). It is 646kB instead of 640kB.
> Therefore base memory test fails. I guess that reporting memory CMOS
> tables/interrupt functions are not implemented correctly.
>
> Details are listed below.
>
> All issues are NOT present under VMWare Server 2.0 and with real hardware.
>
> QEMU: 0.12.3 under Fedora 11, 2.6.30.10-105.2.23.fc11.x86 on AMD Phenom II
> Quad Core, x86_64-softmmu.
>
> Any comments?
>

Tested with Checkit 3.0 and QEMM 9.0.
- The NPU error is confirmed and it seems to be a floating point
rounding error in QEMU. This should be a 0.12 regression as it works
in 0.11.1 and 0.10.6.
- The RTC Alarm failure is confirmed too. Is it unimplemented in QEMU?
- The Base Memory > 640K error seems to be SeaBIOS related. QEMU Bochs
BIOS(tested with both -old-bios hack in 0.12 series and old 0.11.1)
will just freeze after QEMU counted RAM.(Tested with ScriptPC and
Bochs).

> Thnx.
>
> Ciao,
> Gerhard
>
> --
> http://www.wiesinger.com/
>
> Details:
> 1.)
>    NPU Trigonometric Functions.................................FAILED ***
>        Step 1, Expected    0.42926, received    0.42926
>
> Double 'Npu_oldans1' = 0.429259 (3FDB78F91894EFA5h).
> Double 'Npu_oldans2' = 0.628319 (3FE41B2F769CF0E0h).
> Double 'Npu_result ' = 0.429259 (3FDB78F91894EFA6h).
>
> 2.)
> Compare Current Time............................................Passed
>    DOS: 16:24:39.89    Real-Time Clock: 16:24:39.00   (.89 apart)
>
> Compare Current Date............................................Passed
>    DOS: 04/11/2010     Real-Time Clock: 04/11/2010.
>
> Real-Time Clock Alarm...........................................FAILED ***
>
> Compare Elapsed Time............................................Passed
>    DOS: 11.97 Seconds  Real-Time Clock: 12.00 Seconds   (.03 apart)
>
> 3.)     Known Memory:
>        Base        646K   From      0K to    646K   (0000000h to 00A17FFh)
>    Base Memory.................................................FAILED ***
>        ERROR at Address   0A0000h, Bits FEDCBA9876543210
>        ERROR at Address   0A0004h, Bits FEDCBA9876543210
>        ERROR at Address   0A0006h, Bits FEDCBA9876543210
>        ERROR at Address   0A0008h, Bits FEDCBA9876543210
>        ERROR at Address   0A000Ah, Bits FEDCBA9876543210
>        ERROR at Address   0A000Ch, Bits FEDCBA9876543210
>        ERROR at Address   0A000Eh, Bits FEDCBA9876543210
>        ERROR at Address   0A0010h, Bits FEDCBA9876543210
>        ERROR at Address   0A0012h, Bits FEDCBA9876543210
>        ERROR at Address   0A0014h, Bits FEDCBA9876543210
>        ERROR at Address   0A0016h, Bits FEDCBA9876543210
>        ERROR at Address   0A0018h, Bits FEDCBA9876543210
>        ERROR at Address   0A001Ah, Bits FEDCBA9876543210
>        ERROR at Address   0A001Ch, Bits FEDCBA9876543210
>        ERROR at Address   0A001Eh, Bits FEDCBA9876543210
>        ERROR at Address   0A0020h, Bits FEDCBA9876543210
>        ADDITIONAL MEMORY ERRORS WERE NOT LISTED DUE TO LACK OF SPACE.
>
>
>

  reply	other threads:[~2010-04-13  8:13 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-12  5:31 [Qemu-devel] QEMU regression problems Gerhard Wiesinger
2010-04-13  6:26 ` Roy Tam [this message]
2010-04-14  1:16   ` [SeaBIOS] " Kevin O'Connor
2010-04-19  6:19     ` Gerhard Wiesinger
2010-04-20  1:26       ` Kevin O'Connor
2010-04-21 19:16         ` Gerhard Wiesinger
2010-04-21 23:02           ` Kevin O'Connor
2010-04-22  6:16             ` Gerhard Wiesinger
2011-02-18  7:12 ` [Qemu-devel] Re: QEMU regression problems - Update FPU Gerhard Wiesinger
2011-02-23  7:09   ` Gerhard Wiesinger
2011-02-23  8:16   ` Peter Maydell
2011-02-23  9:45     ` Laurent Desnogues
2011-02-23 19:04       ` Aurelien Jarno
2011-02-24 11:10         ` Paolo Bonzini
2011-02-24 11:21           ` Laurent Desnogues
2011-02-24  7:03     ` Gerhard Wiesinger
2011-02-24  7:31       ` Aurelien Jarno

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=u2m473191351004122326s65e2098dra6f3c47596aa89cd@mail.gmail.com \
    --to=roytam@gmail.com \
    --cc=lists@wiesinger.com \
    --cc=qemu-devel@nongnu.org \
    --cc=seabios@seabios.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).