Searched hist:"71 a0891d611189b651887414f56f8bb10c796d6f" (Results 1 – 6 of 6) sorted by relevance
/qemu/target/i386/tcg/ |
H A D | fpu_helper.c | 71a0891d611189b651887414f56f8bb10c796d6f Mon Sep 05 21:27:53 UTC 2022 Paolo Bonzini <pbonzini@redhat.com> target/i386: move 3DNow to the new decoder
This adds another kind of weirdness when you thought you had seen it all: an opcode byte that comes _after_ the address, not before. It's not worth adding a new X86_SPECIAL_* constant for it, but it's actually not unlike VCMP; so, forgive me for exploiting the similarity and just deciding to dispatch to the right gen_helper_* call in a single code generation function.
In fact, the old decoder had a bug where s->rip_offset should have been set to 1 for 3DNow! instructions, and it's fixed now.
Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|
H A D | decode-new.h | 71a0891d611189b651887414f56f8bb10c796d6f Mon Sep 05 21:27:53 UTC 2022 Paolo Bonzini <pbonzini@redhat.com> target/i386: move 3DNow to the new decoder
This adds another kind of weirdness when you thought you had seen it all: an opcode byte that comes _after_ the address, not before. It's not worth adding a new X86_SPECIAL_* constant for it, but it's actually not unlike VCMP; so, forgive me for exploiting the similarity and just deciding to dispatch to the right gen_helper_* call in a single code generation function.
In fact, the old decoder had a bug where s->rip_offset should have been set to 1 for 3DNow! instructions, and it's fixed now.
Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|
H A D | decode-new.c.inc | 71a0891d611189b651887414f56f8bb10c796d6f Mon Sep 05 21:27:53 UTC 2022 Paolo Bonzini <pbonzini@redhat.com> target/i386: move 3DNow to the new decoder
This adds another kind of weirdness when you thought you had seen it all: an opcode byte that comes _after_ the address, not before. It's not worth adding a new X86_SPECIAL_* constant for it, but it's actually not unlike VCMP; so, forgive me for exploiting the similarity and just deciding to dispatch to the right gen_helper_* call in a single code generation function.
In fact, the old decoder had a bug where s->rip_offset should have been set to 1 for 3DNow! instructions, and it's fixed now.
Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|
H A D | emit.c.inc | 71a0891d611189b651887414f56f8bb10c796d6f Mon Sep 05 21:27:53 UTC 2022 Paolo Bonzini <pbonzini@redhat.com> target/i386: move 3DNow to the new decoder
This adds another kind of weirdness when you thought you had seen it all: an opcode byte that comes _after_ the address, not before. It's not worth adding a new X86_SPECIAL_* constant for it, but it's actually not unlike VCMP; so, forgive me for exploiting the similarity and just deciding to dispatch to the right gen_helper_* call in a single code generation function.
In fact, the old decoder had a bug where s->rip_offset should have been set to 1 for 3DNow! instructions, and it's fixed now.
Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|
H A D | translate.c | 71a0891d611189b651887414f56f8bb10c796d6f Mon Sep 05 21:27:53 UTC 2022 Paolo Bonzini <pbonzini@redhat.com> target/i386: move 3DNow to the new decoder
This adds another kind of weirdness when you thought you had seen it all: an opcode byte that comes _after_ the address, not before. It's not worth adding a new X86_SPECIAL_* constant for it, but it's actually not unlike VCMP; so, forgive me for exploiting the similarity and just deciding to dispatch to the right gen_helper_* call in a single code generation function.
In fact, the old decoder had a bug where s->rip_offset should have been set to 1 for 3DNow! instructions, and it's fixed now.
Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|
/qemu/target/i386/ |
H A D | helper.h | 71a0891d611189b651887414f56f8bb10c796d6f Mon Sep 05 21:27:53 UTC 2022 Paolo Bonzini <pbonzini@redhat.com> target/i386: move 3DNow to the new decoder
This adds another kind of weirdness when you thought you had seen it all: an opcode byte that comes _after_ the address, not before. It's not worth adding a new X86_SPECIAL_* constant for it, but it's actually not unlike VCMP; so, forgive me for exploiting the similarity and just deciding to dispatch to the right gen_helper_* call in a single code generation function.
In fact, the old decoder had a bug where s->rip_offset should have been set to 1 for 3DNow! instructions, and it's fixed now.
Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|