* [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions @ 2016-02-28 21:49 Hervé Poussineau 2016-03-01 13:49 ` Paolo Bonzini 2016-03-01 15:12 ` Paolo Bonzini 0 siblings, 2 replies; 9+ messages in thread From: Hervé Poussineau @ 2016-02-28 21:49 UTC (permalink / raw) To: Richard Henderson, qemu-devel; +Cc: Paolo Bonzini [-- Attachment #1: Type: text/plain, Size: 1813 bytes --] Hi, I currently see some regressions on Microsoft operating systems. 1) Windows XP bugchecks since commit: commit 7f0b7141b4c7deab51efd8ee1e83eab2d9b7a9ea Author: Richard Henderson <rth@twiddle.net> Date: Mon Jul 6 17:29:59 2015 +0100 target-i386: Perform set/reset_inhibit_irq inline With helpers that can be reused for other things. Signed-off-by: Richard Henderson <rth@twiddle.net> I'm starting QEMU with -cpu pentium2. Attached patch can be applied on master to work-around the problem. Another work-around is to start with -enable-kvm. 2) Windows 95 bugchecks since commit: commit d6a2914984c89fa0a3125b9842e0cbf68de79a3d Author: Richard Henderson <rth@twiddle.net> Date: Thu Dec 17 11:19:19 2015 -0800 target-i386: Use gen_lea_v_seg in gen_lea_modrm Centralize handling of segment bases. Signed-off-by: Richard Henderson <rth@twiddle.net> Message-Id: <1450379966-28198-4-git-send-email-rth@twiddle.net> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> (with 88c73d16ad1b6c22a2ab082064d0d521f756296a and 4987783400667147ada01a5bdcce53f11b822888 cherry-picked) I'm starting QEMU with -cpu pentium. I've not searched for a work-around. 3) MS-DOS 6 freezes when loading himem.sys since commit: commit 1906b2af7c2345037d9b2fdf484b457b5acd09d1 Author: Richard Henderson <rth@twiddle.net> Date: Thu Jul 2 13:59:21 2015 +0100 target-i386: Rearrange processing of 0F 01 Rather than nesting tests of OP, MOD, and RM, decode them all at once with a switch. Fixes incorrect decoding of AMD Pacifica extensions (aka vmrun et al) via op==2 path. Signed-off-by: Richard Henderson <rth@twiddle.net> I'm starting QEMU with -cpu 486. It works on master if I add -enable-kvm Hervé [-- Attachment #2: 0001-target-i386-partially-revert-Perform-set-reset_inhib.patch --] [-- Type: text/x-patch, Size: 2021 bytes --] >From 0e66ca87ac7c94219ab49cfbed6f586c51c697de Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Herv=C3=A9=20Poussineau?= <hpoussin@reactos.org> Date: Sun, 28 Feb 2016 15:00:29 +0100 Subject: [PATCH] target-i386: partially revert 'Perform set/reset_inhibit_irq inline' This partially reverts commit 7f0b7141b4c7deab51efd8ee1e83eab2d9b7a9ea to fix Windows XP. --- target-i386/cc_helper.c | 5 +++++ target-i386/helper.h | 1 + target-i386/translate.c | 3 ++- 3 files changed, 8 insertions(+), 1 deletion(-) diff --git a/target-i386/cc_helper.c b/target-i386/cc_helper.c index 83af223..e6f4fe9 100644 --- a/target-i386/cc_helper.c +++ b/target-i386/cc_helper.c @@ -383,3 +383,8 @@ void helper_sti_vm(CPUX86State *env) } } #endif + +void helper_set_inhibit_irq(CPUX86State *env) +{ + env->hflags |= HF_INHIBIT_IRQ_MASK; +} diff --git a/target-i386/helper.h b/target-i386/helper.h index e33451a..bdba6bd 100644 --- a/target-i386/helper.h +++ b/target-i386/helper.h @@ -70,6 +70,7 @@ DEF_HELPER_1(cli, void, env) DEF_HELPER_1(sti, void, env) DEF_HELPER_1(clac, void, env) DEF_HELPER_1(stac, void, env) +DEF_HELPER_1(set_inhibit_irq, void, env) DEF_HELPER_3(boundw, void, env, tl, int) DEF_HELPER_3(boundl, void, env, tl, int) DEF_HELPER_1(rsm, void, env) diff --git a/target-i386/translate.c b/target-i386/translate.c index 9171929..4ec94b9 100644 --- a/target-i386/translate.c +++ b/target-i386/translate.c @@ -6780,7 +6780,8 @@ static target_ulong disas_insn(CPUX86State *env, DisasContext *s, /* interruptions are enabled only the first insn after sti */ /* If several instructions disable interrupts, only the _first_ does it */ - gen_set_hflag(s, HF_INHIBIT_IRQ_MASK); + if (!(s->tb->flags & HF_INHIBIT_IRQ_MASK)) + gen_helper_set_inhibit_irq(cpu_env); /* give a chance to handle pending irqs */ gen_jmp_im(s->pc - s->cs_base); gen_eob(s); -- 2.1.4 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-02-28 21:49 [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions Hervé Poussineau @ 2016-03-01 13:49 ` Paolo Bonzini 2016-03-01 15:12 ` Paolo Bonzini 1 sibling, 0 replies; 9+ messages in thread From: Paolo Bonzini @ 2016-03-01 13:49 UTC (permalink / raw) To: Hervé Poussineau, Richard Henderson, qemu-devel On 28/02/2016 22:49, Hervé Poussineau wrote: > > > I currently see some regressions on Microsoft operating systems. > > 1) Windows XP bugchecks since commit: > commit 7f0b7141b4c7deab51efd8ee1e83eab2d9b7a9ea > Author: Richard Henderson <rth@twiddle.net> > Date: Mon Jul 6 17:29:59 2015 +0100 > > target-i386: Perform set/reset_inhibit_irq inline > > With helpers that can be reused for other things. > > Signed-off-by: Richard Henderson <rth@twiddle.net> > > I'm starting QEMU with -cpu pentium2. > Attached patch can be applied on master to work-around the problem. > Another work-around is to start with -enable-kvm. Ok, so let's go with the first one... The patch is incorrect because it looks at s->tb->flags. I'm posting a fix (mostly a revert) soon. Paolo ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-02-28 21:49 [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions Hervé Poussineau 2016-03-01 13:49 ` Paolo Bonzini @ 2016-03-01 15:12 ` Paolo Bonzini 2016-03-01 20:03 ` Hervé Poussineau 1 sibling, 1 reply; 9+ messages in thread From: Paolo Bonzini @ 2016-03-01 15:12 UTC (permalink / raw) To: Hervé Poussineau, Richard Henderson, qemu-devel On 28/02/2016 22:49, Hervé Poussineau wrote: > > 3) MS-DOS 6 freezes when loading himem.sys since commit: > commit 1906b2af7c2345037d9b2fdf484b457b5acd09d1 > Author: Richard Henderson <rth@twiddle.net> > Date: Thu Jul 2 13:59:21 2015 +0100 > > target-i386: Rearrange processing of 0F 01 > > Rather than nesting tests of OP, MOD, and RM, decode them > all at once with a switch. Fixes incorrect decoding of > AMD Pacifica extensions (aka vmrun et al) via op==2 path. > > Signed-off-by: Richard Henderson <rth@twiddle.net> > > I'm starting QEMU with -cpu 486. > It works on master if I add -enable-kvm Please test the other patch I've just sent. I have not looked at 2, but that patch seems to fix the Windows 98 setup CD for me besides fixing the problem with this commit. If it's not enough for your Windows 95 testcase, please try getting a trace with "-d in_asm,op_opt,int". Paolo ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-03-01 15:12 ` Paolo Bonzini @ 2016-03-01 20:03 ` Hervé Poussineau 2016-03-01 21:06 ` Paolo Bonzini 2016-03-02 4:05 ` Richard Henderson 0 siblings, 2 replies; 9+ messages in thread From: Hervé Poussineau @ 2016-03-01 20:03 UTC (permalink / raw) To: Paolo Bonzini, Richard Henderson, qemu-devel Le 01/03/2016 16:12, Paolo Bonzini a écrit : > > > On 28/02/2016 22:49, Hervé Poussineau wrote: >> >> 3) MS-DOS 6 freezes when loading himem.sys since commit: >> commit 1906b2af7c2345037d9b2fdf484b457b5acd09d1 >> Author: Richard Henderson <rth@twiddle.net> >> Date: Thu Jul 2 13:59:21 2015 +0100 >> >> target-i386: Rearrange processing of 0F 01 >> >> Rather than nesting tests of OP, MOD, and RM, decode them >> all at once with a switch. Fixes incorrect decoding of >> AMD Pacifica extensions (aka vmrun et al) via op==2 path. >> >> Signed-off-by: Richard Henderson <rth@twiddle.net> >> >> I'm starting QEMU with -cpu 486. >> It works on master if I add -enable-kvm > > Please test the other patch I've just sent. I have not looked at 2, > but that patch seems to fix the Windows 98 setup CD for me besides > fixing the problem with this commit. > > If it's not enough for your Windows 95 testcase, please try getting a > trace with "-d in_asm,op_opt,int". Windows 95 still doesn't work, even with your two patches applied. The message is: "A fatal exception 0E has occurred at 0137:FD512607. The current application will be terminated. * Press any key to terminate the current application. * Press CTRL-ALT-DEL to restart your computer. You will lose any unsaved information in all applications. Press any key to continue." I can provide debug log by email if required. I also tested Windows 98. The first part setup correctly work, but doesn't work just after the reboot (for the first boot). The message is very similar to Windows 95. Hervé ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-03-01 20:03 ` Hervé Poussineau @ 2016-03-01 21:06 ` Paolo Bonzini 2016-03-02 4:05 ` Richard Henderson 1 sibling, 0 replies; 9+ messages in thread From: Paolo Bonzini @ 2016-03-01 21:06 UTC (permalink / raw) To: Hervé Poussineau, Richard Henderson, qemu-devel On 01/03/2016 21:03, Hervé Poussineau wrote: > I also tested Windows 98. The first part setup correctly work, but > doesn't work just after the reboot (for the first boot). > The message is very similar to Windows 95. Indeed I stopped it after it got to the graphical part. I'll test again tomorrow, though perhaps Richard can beat me to it. Paolo ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-03-01 20:03 ` Hervé Poussineau 2016-03-01 21:06 ` Paolo Bonzini @ 2016-03-02 4:05 ` Richard Henderson 2016-03-02 8:06 ` Hervé Poussineau 1 sibling, 1 reply; 9+ messages in thread From: Richard Henderson @ 2016-03-02 4:05 UTC (permalink / raw) To: Hervé Poussineau, Paolo Bonzini, qemu-devel On 03/01/2016 12:03 PM, Hervé Poussineau wrote: > Windows 95 still doesn't work, even with your two patches applied. > > The message is: > > "A fatal exception 0E has occurred at 0137:FD512607. The current > application will be terminated. > > * Press any key to terminate the current application. > * Press CTRL-ALT-DEL to restart your computer. You will > lose any unsaved information in all applications. > > Press any key to continue." I get this same message (with 98) before all of the recent patches, i.e. testing a5af12871fd4601c44f08d9e49131e9ca13ef102. Of course, while I don't get this message from -enable-kvm, I'm still not able to boot 98 even with kvm. Which doesn't fill me with happy feelings about the state of the system, even though it's a fresh install. r~ ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-03-02 4:05 ` Richard Henderson @ 2016-03-02 8:06 ` Hervé Poussineau 2016-03-02 9:13 ` Paolo Bonzini 2016-03-02 14:06 ` Paolo Bonzini 0 siblings, 2 replies; 9+ messages in thread From: Hervé Poussineau @ 2016-03-02 8:06 UTC (permalink / raw) To: Richard Henderson, Paolo Bonzini, qemu-devel Le 02/03/2016 05:05, Richard Henderson a écrit : > On 03/01/2016 12:03 PM, Hervé Poussineau wrote: >> Windows 95 still doesn't work, even with your two patches applied. >> >> The message is: >> >> "A fatal exception 0E has occurred at 0137:FD512607. The current >> application will be terminated. >> >> * Press any key to terminate the current application. >> * Press CTRL-ALT-DEL to restart your computer. You will >> lose any unsaved information in all applications. >> >> Press any key to continue." > > I get this same message (with 98) before all of the recent patches, > i.e. testing a5af12871fd4601c44f08d9e49131e9ca13ef102. > > Of course, while I don't get this message from -enable-kvm, I'm still not able to boot 98 even with kvm. Which doesn't fill me with happy feelings about the state of the system, even though it's a > fresh install. > I just reconfirmed that d6a2914984c89fa0a3125b9842e0cbf68de79a3d~1 + 88c73d16ad1b6c22a2ab082064d0d521f756296a works, while d6a2914984c89fa0a3125b9842e0cbf68de79a3d + 88c73d16ad1b6c22a2ab082064d0d521f756296a bugchecks. a5af12871fd4601c44f08d9e49131e9ca13ef102 that you tested is after d6a2914984c89fa0a3125b9842e0cbf68de79a3d which broke Windows 9x, that's why you're seeing it broken. It also has been a long time that Windows 9x doesn't work with -enable-kvm. Maybe even always... Hervé ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-03-02 8:06 ` Hervé Poussineau @ 2016-03-02 9:13 ` Paolo Bonzini 2016-03-02 14:06 ` Paolo Bonzini 1 sibling, 0 replies; 9+ messages in thread From: Paolo Bonzini @ 2016-03-02 9:13 UTC (permalink / raw) To: Hervé Poussineau, Richard Henderson, qemu-devel On 02/03/2016 09:06, Hervé Poussineau wrote: > I just reconfirmed that > d6a2914984c89fa0a3125b9842e0cbf68de79a3d~1 + > 88c73d16ad1b6c22a2ab082064d0d521f756296a works, > while > d6a2914984c89fa0a3125b9842e0cbf68de79a3d + > 88c73d16ad1b6c22a2ab082064d0d521f756296a bugchecks. > > a5af12871fd4601c44f08d9e49131e9ca13ef102 that you tested is after > d6a2914984c89fa0a3125b9842e0cbf68de79a3d which broke Windows 9x, that's > why you're seeing it broken. > > It also has been a long time that Windows 9x doesn't work with > -enable-kvm. Maybe even always... That's a different problem, Windows 9x doesn't like too fast clocks (similar to the Borland Pascal divide overflow found in several DOS games). TCG slows it down enough that it doesn't complain. Paolo ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions 2016-03-02 8:06 ` Hervé Poussineau 2016-03-02 9:13 ` Paolo Bonzini @ 2016-03-02 14:06 ` Paolo Bonzini 1 sibling, 0 replies; 9+ messages in thread From: Paolo Bonzini @ 2016-03-02 14:06 UTC (permalink / raw) To: Hervé Poussineau, Richard Henderson, qemu-devel On 02/03/2016 09:06, Hervé Poussineau wrote: >> > > I just reconfirmed that > d6a2914984c89fa0a3125b9842e0cbf68de79a3d~1 + > 88c73d16ad1b6c22a2ab082064d0d521f756296a works, > while > d6a2914984c89fa0a3125b9842e0cbf68de79a3d + > 88c73d16ad1b6c22a2ab082064d0d521f756296a bugchecks. > > a5af12871fd4601c44f08d9e49131e9ca13ef102 that you tested is after > d6a2914984c89fa0a3125b9842e0cbf68de79a3d which broke Windows 9x, that's > why you're seeing it broken. > > It also has been a long time that Windows 9x doesn't work with > -enable-kvm. Maybe even always... This was tricky because the faulting instruction is some kind of generated thunk. In the good QEMU it is like: 0x000000008030a4da: mov $0x16f,%ax 0x000000008030a4dd: mov %ax,%es 0x000000008030a4df: movzwl %cx,%ecx 0x000000008030a4e3: addr32 mov %es:-0x400aa28c(%ecx),%edx 0x000000008030a4ec: ljmpl $0x167,$0xbff71903 In the bad one, the address is %es:0(%ecx) and everything goes south from there. Therefore I copied the old code, changed to generate the effective address in a new temp cpu_A1, then I added a helper that gets the two effective addresses and asserts if they mismatch. Sure enough it fired on an addr16 mov %gs:(%bx),%eax The issue is that the /* ADDSEG will only be false in 16-bit mode for LEA. */ comment is false when in 32-bit mode but with an addr16 prefix. I still have to forward port it, and test on a newer commit, but the attached patch can boot Windows 98. Paolo diff --git a/target-i386/translate.c b/target-i386/translate.c index 282f4a1..0a2d091 100644 --- a/target-i386/translate.c +++ b/target-i386/translate.c @@ -61,6 +61,7 @@ /* global register indexes */ static TCGv_ptr cpu_env; static TCGv cpu_A0; +static TCGv cpu_A1; static TCGv cpu_cc_dst, cpu_cc_src, cpu_cc_src2, cpu_cc_srcT; static TCGv_i32 cpu_cc_op; static TCGv cpu_regs[CPU_NB_REGS]; @@ -419,6 +420,18 @@ static inline void gen_op_add_reg_T0(TCGMemOp size, int reg) gen_op_mov_reg_v(size, reg, cpu_tmp0); } +static inline void gen_op_addl_A1_seg(DisasContext *s, int reg) +{ + tcg_gen_ld_tl(cpu_tmp0, cpu_env, offsetof(CPUX86State, segs[reg].base)); + if (CODE64(s)) { + tcg_gen_ext32u_tl(cpu_A1, cpu_A1); + tcg_gen_add_tl(cpu_A1, cpu_A1, cpu_tmp0); + } else { + tcg_gen_add_tl(cpu_A1, cpu_A1, cpu_tmp0); + tcg_gen_ext32u_tl(cpu_A1, cpu_A1); + } +} + static inline void gen_op_addl_A0_seg(DisasContext *s, int reg) { tcg_gen_ld_tl(cpu_tmp0, cpu_env, offsetof(CPUX86State, segs[reg].base)); @@ -485,13 +498,13 @@ static void gen_lea_v_seg(DisasContext *s, TCGv a0, int def_seg, int ovr_seg) break; case MO_16: /* 16 bit address */ - if (ovr_seg < 0) { - ovr_seg = def_seg; - } tcg_gen_ext16u_tl(cpu_A0, a0); - /* ADDSEG will only be false in 16-bit mode for LEA. */ - if (!s->addseg) { - return; + if (ovr_seg < 0) { + if (s->addseg) { + ovr_seg = def_seg; + } else { + return; + } } a0 = cpu_A0; break; @@ -1838,12 +1851,198 @@ static void gen_shifti(DisasContext *s1, int op, TCGMemOp ot, int d, int c) } } +static void gen_lea_modrm_old(CPUX86State *env, DisasContext *s, int modrm) +{ + target_long disp; + int havesib; + int base; + int index; + int scale; + int mod, rm, code, override, must_add_seg; + TCGv sum; + + override = s->override; + must_add_seg = s->addseg; + if (override >= 0) + must_add_seg = 1; + mod = (modrm >> 6) & 3; + rm = modrm & 7; + + switch (s->aflag) { + case MO_64: + case MO_32: + havesib = 0; + base = rm; + index = -1; + scale = 0; + + if (base == 4) { + havesib = 1; + code = cpu_ldub_code(env, s->pc++); + scale = (code >> 6) & 3; + index = ((code >> 3) & 7) | REX_X(s); + if (index == 4) { + index = -1; /* no index */ + } + base = (code & 7); + } + base |= REX_B(s); + + switch (mod) { + case 0: + if ((base & 7) == 5) { + base = -1; + disp = (int32_t)cpu_ldl_code(env, s->pc); + s->pc += 4; + if (CODE64(s) && !havesib) { + disp += s->pc + s->rip_offset; + } + } else { + disp = 0; + } + break; + case 1: + disp = (int8_t)cpu_ldub_code(env, s->pc++); + break; + default: + case 2: + disp = (int32_t)cpu_ldl_code(env, s->pc); + s->pc += 4; + break; + } + + /* For correct popl handling with esp. */ + if (base == R_ESP && s->popl_esp_hack) { + disp += s->popl_esp_hack; + } + + /* Compute the address, with a minimum number of TCG ops. */ + TCGV_UNUSED(sum); + if (index >= 0) { + if (scale == 0) { + sum = cpu_regs[index]; + } else { + tcg_gen_shli_tl(cpu_A1, cpu_regs[index], scale); + sum = cpu_A1; + } + if (base >= 0) { + tcg_gen_add_tl(cpu_A1, sum, cpu_regs[base]); + sum = cpu_A1; + } + } else if (base >= 0) { + sum = cpu_regs[base]; + } + if (TCGV_IS_UNUSED(sum)) { + tcg_gen_movi_tl(cpu_A1, disp); + } else { + tcg_gen_addi_tl(cpu_A1, sum, disp); + } + + if (must_add_seg) { + if (override < 0) { + if (base == R_EBP || base == R_ESP) { + override = R_SS; + } else { + override = R_DS; + } + } + + tcg_gen_ld_tl(cpu_tmp0, cpu_env, + offsetof(CPUX86State, segs[override].base)); + if (CODE64(s)) { + if (s->aflag == MO_32) { + tcg_gen_ext32u_tl(cpu_A1, cpu_A1); + } + tcg_gen_add_tl(cpu_A1, cpu_A1, cpu_tmp0); + return; + } + + tcg_gen_add_tl(cpu_A1, cpu_A1, cpu_tmp0); + } + + if (s->aflag == MO_32) { + tcg_gen_ext32u_tl(cpu_A1, cpu_A1); + } + break; + + case MO_16: + switch (mod) { + case 0: + if (rm == 6) { + disp = cpu_lduw_code(env, s->pc); + s->pc += 2; + tcg_gen_movi_tl(cpu_A1, disp); + rm = 0; /* avoid SS override */ + goto no_rm; + } else { + disp = 0; + } + break; + case 1: + disp = (int8_t)cpu_ldub_code(env, s->pc++); + break; + default: + case 2: + disp = (int16_t)cpu_lduw_code(env, s->pc); + s->pc += 2; + break; + } + + sum = cpu_A1; + switch (rm) { + case 0: + tcg_gen_add_tl(cpu_A1, cpu_regs[R_EBX], cpu_regs[R_ESI]); + break; + case 1: + tcg_gen_add_tl(cpu_A1, cpu_regs[R_EBX], cpu_regs[R_EDI]); + break; + case 2: + tcg_gen_add_tl(cpu_A1, cpu_regs[R_EBP], cpu_regs[R_ESI]); + break; + case 3: + tcg_gen_add_tl(cpu_A1, cpu_regs[R_EBP], cpu_regs[R_EDI]); + break; + case 4: + sum = cpu_regs[R_ESI]; + break; + case 5: + sum = cpu_regs[R_EDI]; + break; + case 6: + sum = cpu_regs[R_EBP]; + break; + default: + case 7: + sum = cpu_regs[R_EBX]; + break; + } + tcg_gen_addi_tl(cpu_A1, sum, disp); + tcg_gen_ext16u_tl(cpu_A1, cpu_A1); + no_rm: + if (must_add_seg) { + if (override < 0) { + if (rm == 2 || rm == 3 || rm == 6) { + override = R_SS; + } else { + override = R_DS; + } + } + gen_op_addl_A1_seg(s, override); + } + break; + + default: + tcg_abort(); + } +} + static void gen_lea_modrm(CPUX86State *env, DisasContext *s, int modrm) { target_long disp; int havesib, base, index, scale; int mod, rm, code, def_seg, ovr_seg; TCGv sum; + target_long pc = s->pc, save_pc; def_seg = R_DS; ovr_seg = s->override; @@ -1985,6 +2184,11 @@ static void gen_lea_modrm(CPUX86State *env, DisasContext *s, int modrm) } gen_lea_v_seg(s, sum, def_seg, ovr_seg); + save_pc = s->pc; + s->pc = pc; + gen_lea_modrm_old(env, s, modrm); + assert(s->pc == save_pc); + gen_helper_compare(cpu_A0, cpu_A1); } static void gen_nop_modrm(CPUX86State *env, DisasContext *s, int modrm) @@ -7858,6 +8062,7 @@ void gen_intermediate_code(CPUX86State *env, TranslationBlock *tb) cpu_T[0] = tcg_temp_new(); cpu_T[1] = tcg_temp_new(); cpu_A0 = tcg_temp_new(); + cpu_A1 = tcg_temp_new(); cpu_tmp0 = tcg_temp_new(); cpu_tmp1_i64 = tcg_temp_new_i64(); ^ permalink raw reply related [flat|nested] 9+ messages in thread
end of thread, other threads:[~2016-03-02 14:06 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2016-02-28 21:49 [Qemu-devel] [QEMU] Windows XP / Windows 95 / MS-DOS 6 regressions Hervé Poussineau 2016-03-01 13:49 ` Paolo Bonzini 2016-03-01 15:12 ` Paolo Bonzini 2016-03-01 20:03 ` Hervé Poussineau 2016-03-01 21:06 ` Paolo Bonzini 2016-03-02 4:05 ` Richard Henderson 2016-03-02 8:06 ` Hervé Poussineau 2016-03-02 9:13 ` Paolo Bonzini 2016-03-02 14:06 ` Paolo Bonzini
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).