qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Richard Henderson <richard.henderson@linaro.org>
To: Paolo Bonzini <pbonzini@redhat.com>, qemu-devel@nongnu.org
Subject: Re: [PATCH 05/37] target/i386: add core of new i386 decoder
Date: Mon, 12 Sep 2022 10:27:58 +0100	[thread overview]
Message-ID: <84f6abe8-ff6a-0a69-d415-1f63b7f57bea@linaro.org> (raw)
In-Reply-To: <20220911230418.340941-6-pbonzini@redhat.com>

On 9/12/22 00:03, Paolo Bonzini wrote:
> +    case X86_TYPE_B:  /* VEX.vvvv selects a GPR */
> +        op->unit = X86_OP_INT;
> +        op->n = s->vex_v;
> +        break;

Could use a comment for where missing vex prefix is diagnosed.
I guess it's one of the "vexN" group markers in the insn table?

> +    case X86_TYPE_S:  /* reg selects a segment register */
> +        op->unit = X86_OP_SEG;
> +        goto get_reg;
> +
> +        goto get_reg;

Stray goto.

> +
> +    case X86_TYPE_V:  /* reg in the modrm byte selects an XMM/YMM register */
> +        if (decode->e.special == X86_SPECIAL_MMX &&
> +            !(s->prefix & (PREFIX_DATA | PREFIX_REPZ | PREFIX_REPNZ))) {
> +    case X86_TYPE_P:  /* reg in the modrm byte selects an MMX register */
> +            op->unit = X86_OP_MMX;
> +        } else {
> +            op->unit = X86_OP_SSE;
> +        }
> +    get_reg:

Nesting P into the if works, but it's ugly.
Better to separate it out as

     case X86_TYPE_P:
         op->unit = X86_OP_MMX;
         goto get_reg;

> +    case X86_TYPE_W:  /* XMM/YMM modrm operand */
> +        if (decode->e.special == X86_SPECIAL_MMX &&
> +            !(s->prefix & (PREFIX_DATA | PREFIX_REPZ | PREFIX_REPNZ))) {
> +    case X86_TYPE_Q:  /* MMX modrm operand */
> +            op->unit = X86_OP_MMX;
> +        } else {
> +            op->unit = X86_OP_SSE;
> +        }
> +        goto get_modrm;

Likewise.

> +    case X86_TYPE_U:  /* R/M in the modrm byte selects an XMM/YMM register */
> +        if (decode->e.special == X86_SPECIAL_MMX &&
> +            !(s->prefix & (PREFIX_DATA | PREFIX_REPZ | PREFIX_REPNZ))) {
> +    case X86_TYPE_N:  /* R/M in the modrm byte selects an MMX register */
> +            op->unit = X86_OP_MMX;
> +        } else {
> +            op->unit = X86_OP_SSE;
> +        }
> +        goto get_modrm_reg;

Likewise.

> +    case X86_TYPE_H:  /* For AVX, VEX.vvvv selects an XMM/YMM register */
> +        if ((s->prefix & PREFIX_VEX)) {
> +            op->unit = X86_OP_SSE;
> +            op->n = s->vex_v;
> +            break;

Similar to X86_TYPE_B, should this diagnose error if missing VEX?

> +  e X86_TYPE_J:  /* Relative offset for a jump */
> +        op->unit = X86_OP_IMM;
> +        decode->immediate = insn_get_signed(env, s, op->ot);

Mailer damage?

> +        decode->immediate += s->pc - s->cs_base;

Please consider

https://lore.kernel.org/qemu-devel/20220906100932.343523-1-richard.henderson@linaro.org/

or at least the first half of the patch set, which rationalizes and consolidates the 
handing of s->cs_base.

> +    default:
> +        abort();

g_assert_not_reached().

> +static bool decode_insn(DisasContext *s, CPUX86State *env, X86DecodeFunc decode_func,
> +                        X86DecodedInsn *decode)
> +{
> +    X86OpEntry *e = &decode->e;
> +
> +    decode_func(s, env, e, &decode->b);
> +    while (e->is_decode) {
> +        e->is_decode = false;
> +        e->decode(s, env, e, &decode->b);
> +    }
> +
> +    /* First compute size of operands in order to initialize s->rip_offset.  */
> +    if (e->op0 != X86_TYPE_None) {
> +        if (!decode_op_size(s, e, e->s0, &decode->op[0].ot)) {
> +            return false;
> +        }
> +        if (e->op0 == X86_TYPE_I) {
> +            s->rip_offset += 1 << decode->op[0].ot;
> +        }
> +    }
> +    if (e->op1 != X86_TYPE_None) {
> +        if (!decode_op_size(s, e, e->s1, &decode->op[1].ot)) {
> +            return false;
> +        }
> +        if (e->op1 == X86_TYPE_I) {
> +            s->rip_offset += 1 << decode->op[1].ot;
> +        }
> +    }
> +    if (e->op2 != X86_TYPE_None) {
> +        if (!decode_op_size(s, e, e->s2, &decode->op[2].ot)) {
> +            return false;
> +        }
> +        if (e->op2 == X86_TYPE_I) {
> +            s->rip_offset += 1 << decode->op[2].ot;
> +        }
> +    }
> +    if (e->op3 != X86_TYPE_None) {
> +        assert(e->op3 == X86_TYPE_I && e->s3 == X86_SIZE_b);
> +        s->rip_offset += 1;
> +    }
> +
> +    if (e->op0 != X86_TYPE_None &&
> +        !decode_op(s, env, decode, &decode->op[0], e->op0, decode->b)) {
> +        return false;
> +    }
> +
> +    if (e->op1 != X86_TYPE_None &&
> +        !decode_op(s, env, decode, &decode->op[1], e->op1, decode->b)) {
> +        return false;
> +    }
> +
> +    if (e->op2 != X86_TYPE_None &&
> +        !decode_op(s, env, decode, &decode->op[2], e->op2, decode->b)) {
> +        return false;
> +    }
> +
> +    if (e->op3 != X86_TYPE_None) {
> +        decode->immediate = insn_get_signed(env, s, MO_8);
> +    }
> +
> +    return true;
> +}
> +
> +/* convert one instruction. s->base.is_jmp is set if the translation must
> +   be stopped. Return the next pc value */
> +static target_ulong disas_insn_new(DisasContext *s, CPUState *cpu, int b)

Note patch 2 from the cs_base cleanup above changes the return type from disas_insn to bool.

> +{
> +    CPUX86State *env = cpu->env_ptr;
> +    bool first = true;
> +    X86DecodedInsn decode;
> +    X86DecodeFunc decode_func = decode_root;
> +
> +#ifdef CONFIG_USER_ONLY
> +    if (limit) { --limit; }
> +#endif
> +    s->has_modrm = false;
> +#if 0
> +    s->pc_start = s->pc = s->base.pc_next;
> +    s->override = -1;
> +#ifdef TARGET_X86_64
> +    s->rex_w = false;
> +    s->rex_r = 0;
> +    s->rex_x = 0;
> +    s->rex_b = 0;
> +#endif
> +    s->prefix = 0;
> +    s->rip_offset = 0; /* for relative ip address */
> +    s->vex_l = 0;
> +    s->vex_v = 0;
> +    if (sigsetjmp(s->jmpbuf, 0) != 0) {
> +        gen_exception_gpf(s);
> +        return s->pc;
> +    }

Mainline has two longjmp error paths:
(1) insn too long: raise #GP,
(2) insn crosses page boundary, and isn't first in the TB:
     undo processing and defer insn to next TB.

> +static inline target_long insn_get_signed(CPUX86State *env, DisasContext *s, MemOp ot)

No need for inline.


r~


  reply	other threads:[~2022-09-12  9:32 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-11 23:03 [RFC PATCH 00/37] target/i386: new decoder + AVX implementation Paolo Bonzini
2022-09-11 23:03 ` [PATCH 01/37] target/i386: Define XMMReg and access macros, align ZMM registers Paolo Bonzini
2022-09-11 23:03 ` [PATCH 02/37] target/i386: make ldo/sto operations consistent with ldq Paolo Bonzini
2022-09-12  8:33   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 03/37] target/i386: REPZ and REPNZ are mutually exclusive Paolo Bonzini
2022-09-12  8:37   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 04/37] target/i386: introduce insn_get_addr Paolo Bonzini
2022-09-12  8:39   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 05/37] target/i386: add core of new i386 decoder Paolo Bonzini
2022-09-12  9:27   ` Richard Henderson [this message]
2022-09-12 10:54   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 06/37] target/i386: add ALU load/writeback core Paolo Bonzini
2022-09-12 10:02   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 07/37] target/i386: add CPUID[EAX=7, ECX=0].ECX to DisasContext Paolo Bonzini
2022-09-12 10:02   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 08/37] target/i386: add CPUID feature checks to new decoder Paolo Bonzini
2022-09-12 10:05   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 09/37] target/i386: add AVX_EN hflag Paolo Bonzini
2022-09-12 10:06   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 10/37] target/i386: validate VEX prefixes via the instructions' exception classes Paolo Bonzini
2022-09-12 10:39   ` Richard Henderson
2022-09-12 10:42   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 11/37] target/i386: validate SSE prefixes directly in the decoding table Paolo Bonzini
2022-09-12 10:51   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 12/37] target/i386: add scalar 0F 38 and 0F 3A instruction to new decoder Paolo Bonzini
2022-09-12 11:04   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 13/37] target/i386: remove scalar VEX instructions from old decoder Paolo Bonzini
2022-09-12 11:06   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 14/37] target/i386: Prepare ops_sse_header.h for 256 bit AVX Paolo Bonzini
2022-09-12 11:09   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 15/37] target/i386: extend helpers to support VEX.V 3- and 4- operand encodings Paolo Bonzini
2022-09-12 11:11   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 16/37] target/i386: support operand merging in binary scalar helpers Paolo Bonzini
2022-09-12 11:11   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 17/37] target/i386: provide 3-operand versions of unary " Paolo Bonzini
2022-09-12 11:14   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 18/37] target/i386: implement additional AVX comparison operators Paolo Bonzini
2022-09-12 11:19   ` Richard Henderson
2022-09-11 23:03 ` [PATCH 19/37] target/i386: Introduce 256-bit vector helpers Paolo Bonzini
2022-09-12 11:19   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 20/37] target/i386: reimplement 0x0f 0x60-0x6f, add AVX Paolo Bonzini
2022-09-12 11:41   ` Richard Henderson
2022-09-13 10:56     ` Paolo Bonzini
2022-09-13 11:35       ` Richard Henderson
2022-09-12 13:01   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 21/37] target/i386: reimplement 0x0f 0xd8-0xdf, 0xe8-0xef, 0xf8-0xff, " Paolo Bonzini
2022-09-12 13:19   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 22/37] target/i386: reimplement 0x0f 0x50-0x5f, " Paolo Bonzini
2022-09-12 13:46   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 23/37] target/i386: reimplement 0x0f 0x78-0x7f, " Paolo Bonzini
2022-09-12 13:56   ` Richard Henderson
2022-09-14 16:17     ` Paolo Bonzini
2022-09-11 23:04 ` [PATCH 24/37] target/i386: reimplement 0x0f 0x70-0x77, " Paolo Bonzini
2022-09-12 14:29   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 25/37] target/i386: reimplement 0x0f 0xd0-0xd7, 0xe0-0xe7, 0xf0-0xf7, " Paolo Bonzini
2022-09-12 15:06   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 26/37] target/i386: reimplement 0x0f 0x3a, " Paolo Bonzini
2022-09-12 15:33   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 27/37] target/i386: Use tcg gvec ops for pmovmskb Paolo Bonzini
2022-09-13  8:16   ` Richard Henderson
2022-09-14 22:59     ` Paolo Bonzini
2022-09-15  6:48       ` Richard Henderson
2022-09-11 23:04 ` [PATCH 28/37] target/i386: reimplement 0x0f 0x38, add AVX Paolo Bonzini
2022-09-13  9:31   ` Richard Henderson
2022-09-14 17:04     ` Paolo Bonzini
2022-09-15  6:50       ` Richard Henderson
2022-09-11 23:04 ` [PATCH 29/37] target/i386: reimplement 0x0f 0xc2, 0xc4-0xc6, " Paolo Bonzini
2022-09-13  9:44   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 30/37] target/i386: reimplement 0x0f 0x10-0x17, " Paolo Bonzini
2022-09-13 10:14   ` Richard Henderson
2022-09-14 22:45     ` Paolo Bonzini
2022-09-15  6:51       ` Richard Henderson
2022-09-13 10:38   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 31/37] target/i386: reimplement 0x0f 0x28-0x2f, " Paolo Bonzini
2022-09-13 10:24   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 32/37] target/i386: implement XSAVE and XRSTOR of AVX registers Paolo Bonzini
2022-09-13 10:27   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 33/37] target/i386: Enable AVX cpuid bits when using TCG Paolo Bonzini
2022-09-13 10:28   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 34/37] target/i386: implement VLDMXCSR/VSTMXCSR Paolo Bonzini
2022-09-13 10:32   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 35/37] tests/tcg: extend SSE tests to AVX Paolo Bonzini
2022-09-13 10:33   ` Richard Henderson
2022-09-11 23:04 ` [PATCH 36/37] target/i386: move 3DNow completely out of gen_sse Paolo Bonzini
2022-09-13 10:34   ` Richard Henderson
2022-09-13 10:39 ` [RFC PATCH 00/37] target/i386: new decoder + AVX implementation Richard Henderson

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=84f6abe8-ff6a-0a69-d415-1f63b7f57bea@linaro.org \
    --to=richard.henderson@linaro.org \
    --cc=pbonzini@redhat.com \
    --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).