From: Jan Kiszka <jan.kiszka@web.de>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: [4454] i386 specific TODO
Date: Tue, 13 May 2008 21:01:48 +0200 [thread overview]
Message-ID: <4829E59C.2010301@web.de> (raw)
In-Reply-To: <E1JvzDa-00027c-Hg@cvs.savannah.gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1967 bytes --]
Fabrice Bellard wrote:
> Revision: 4454
> http://svn.sv.gnu.org/viewvc/?view=rev&root=qemu&revision=4454
> Author: bellard
> Date: 2008-05-13 18:27:16 +0000 (Tue, 13 May 2008)
>
> Log Message:
> -----------
> i386 specific TODO
>
> Added Paths:
> -----------
> trunk/target-i386/TODO
>
> Added: trunk/target-i386/TODO
> ===================================================================
> --- trunk/target-i386/TODO (rev 0)
> +++ trunk/target-i386/TODO 2008-05-13 18:27:16 UTC (rev 4454)
> @@ -0,0 +1,29 @@
> +Correctness issues:
> +
> +- rework eflags optimization (will be a consequence of TCG port)
> +- SVM: rework the implementation: simplify code, move most intercept
> + tests as dynamic, correct segment access, verify exception safety,
> + remove most of the added CPU state.
> +- arpl eflags computation is invalid
> +- x86_64: fxsave/fxrestore intel/amd differences
> +- x86_64: lcall/ljmp intel/amd differences ?
> +- x86_64: cmpxchgl intel/amd differences ?
> +- x86_64: cmovl bug intel/amd differences ?
> +- x86: monitor invalid
> +- better code fetch (different exception handling + CS.limit support)
> +- user/kernel PUSHL/POPL in helper.c
> +- add missing cpuid tests
> +- return UD exception if LOCK prefix incorrectly used
> +- test ldt limit < 7 ?
> +- fix some 16 bit sp push/pop overflow (pusha/popa, lcall lret)
> +- full support of segment limit/rights
This topic is widely completed here (well... @work), just MMX/SSE
operations are missing (the customer doesn't use it) - and, of course,
all those corner cases I surely oversaw. As those checks do not make
things immediately faster, I added a switch so that you can turn them on
when starting qemu.
Haven't tried to reapply the patch, but I'm afraid some rebase work is
now required. Would it make sense to start this soon, or do you plan
further TCG rework in the near future?
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]
next prev parent reply other threads:[~2008-05-13 19:01 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-13 18:27 [Qemu-devel] [4454] i386 specific TODO Fabrice Bellard
2008-05-13 19:01 ` Jan Kiszka [this message]
2008-05-13 20:43 ` Alexander Graf
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=4829E59C.2010301@web.de \
--to=jan.kiszka@web.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 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).