mirror of https://gitee.com/openkylin/qemu.git
qemu-tech: move text from qemu-tech to tcg/README
Reviewed-by: Emilio G. Cota <cota@braap.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
This commit is contained in:
parent
81f265a8a4
commit
bf28a69eeb
|
@ -287,16 +287,8 @@ are very complicated and highly CPU dependent. QEMU uses some tricks
|
||||||
which make it relatively easily portable and simple while achieving good
|
which make it relatively easily portable and simple while achieving good
|
||||||
performances.
|
performances.
|
||||||
|
|
||||||
After the release of version 0.9.1, QEMU switched to a new method of
|
QEMU's dynamic translation backend is called TCG, for "Tiny Code
|
||||||
generating code, Tiny Code Generator or TCG. TCG relaxes the
|
Generator". For more information, please take a look at @code{tcg/README}.
|
||||||
dependency on the exact version of the compiler used. The basic idea
|
|
||||||
is to split every target instruction into a couple of RISC-like TCG
|
|
||||||
ops (see @code{target-i386/translate.c}). Some optimizations can be
|
|
||||||
performed at this stage, including liveness analysis and trivial
|
|
||||||
constant expression evaluation. TCG ops are then implemented in the
|
|
||||||
host CPU back end, also known as TCG target (see
|
|
||||||
@code{tcg/i386/tcg-target.inc.c}). For more information, please take a
|
|
||||||
look at @code{tcg/README}.
|
|
||||||
|
|
||||||
@node Condition code optimisations
|
@node Condition code optimisations
|
||||||
@section Condition code optimisations
|
@section Condition code optimisations
|
||||||
|
|
|
@ -8,6 +8,11 @@ in the QOP code generator written by Paul Brook.
|
||||||
|
|
||||||
2) Definitions
|
2) Definitions
|
||||||
|
|
||||||
|
TCG receives RISC-like "TCG ops" and performs some optimizations on them,
|
||||||
|
including liveness analysis and trivial constant expression
|
||||||
|
evaluation. TCG ops are then implemented in the host CPU back end,
|
||||||
|
also known as the TCG "target".
|
||||||
|
|
||||||
The TCG "target" is the architecture for which we generate the
|
The TCG "target" is the architecture for which we generate the
|
||||||
code. It is of course not the same as the "target" of QEMU which is
|
code. It is of course not the same as the "target" of QEMU which is
|
||||||
the emulated architecture. As TCG started as a generic C backend used
|
the emulated architecture. As TCG started as a generic C backend used
|
||||||
|
|
Loading…
Reference in New Issue