qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Tom Musta <tommusta@gmail.com>
To: Richard Henderson <rth@twiddle.net>, qemu-devel@nongnu.org
Cc: qemu-ppc@nongnu.org
Subject: Re: [Qemu-devel] [V6 PATCH 15/18] target-ppc: Move To/From VSR Instructions
Date: Tue, 14 Jan 2014 08:14:08 -0600	[thread overview]
Message-ID: <52D54630.7050209@gmail.com> (raw)
In-Reply-To: <52D06651.1090802@twiddle.net>

On 1/10/2014 3:29 PM, Richard Henderson wrote:
> On 01/10/2014 11:07 AM, Tom Musta wrote:
>> +#define MV_VSR(name, tcgop1, tcgop2, target, source)            \
>> +static void gen_##name(DisasContext *ctx)                       \
>> +{                                                               \
>> +    if (xS(ctx->opcode) < 32) {                                 \
>> +        if (unlikely(!ctx->fpu_enabled)) {                      \
>> +            gen_exception(ctx, POWERPC_EXCP_FPU);               \
>> +            return;                                             \
>> +        }                                                       \
>> +    } else {                                                    \
>> +        if (unlikely(!ctx->altivec_enabled)) {                  \
>> +            gen_exception(ctx, POWERPC_EXCP_VPU);               \
>> +            return;                                             \
>> +        }                                                       \
>> +    }                                                           \
>> +    TCGv_i64 tmp = tcg_temp_new_i64();                          \
>> +    tcg_gen_##tcgop1(tmp, source);                              \
>> +    tcg_gen_##tcgop2(target, tmp);                              \
>> +    tcg_temp_free_i64(tmp);                                     \
>> +}
>> +
>> +
>> +MV_VSR(mfvsrwz, ext32u_i64, trunc_i64_tl, cpu_gpr[rA(ctx->opcode)], \
>> +       cpu_vsrh(xS(ctx->opcode)))
>> +MV_VSR(mtvsrwa, extu_tl_i64, ext32s_i64, cpu_vsrh(xT(ctx->opcode)), \
>> +       cpu_gpr[rA(ctx->opcode)])
>> +MV_VSR(mtvsrwz, extu_tl_i64, ext32u_i64, cpu_vsrh(xT(ctx->opcode)), \
>> +       cpu_gpr[rA(ctx->opcode)])
>> +#if defined(TARGET_PPC64)
>> +MV_VSR(mfvsrd, mov_i64, mov_i64, cpu_gpr[rA(ctx->opcode)], \
>> +       cpu_vsrh(xS(ctx->opcode)))
>> +MV_VSR(mtvsrd, mov_i64, mov_i64, cpu_vsrh(xT(ctx->opcode)), \
>> +       cpu_gpr[rA(ctx->opcode)])
>> +#endif
> 
> Better to do this in one step:
> 
> mfcsrwz:	tcg_gen_ext32u_tl
> mtvsrwa:	tcg_gen_ext_tl_i64
> mtvsrwz:	tcg_gen_extu_tl_i64
> m[tf]vsrd:	tcg_gen_mov_i64
> 
> 
> r~
> 

Richard:

As always, thanks for reviewing my patches.

I agree on m[tf]vsrd because these are 64-bit instructions and therefore both
source and target are always i64s.

However, the word versions are a bit more tricky.  The VSR operand is always
an i64.  However, the GPR operand is either an i32 (on 32-bit implementations)
or a part of an i64.  I could not find single TCG operations to handle
these cases.  Specifically, here is what I think doesn't work with your
suggestions:

(1) Using tcg_gen_ext32u_tl for mfvsrwz does not compile on 32-bit PPC -- the
ext32u_tl operation is equivalent to mov_i32 but the source operand (VSRH) is
an i64.

(2) Using tcg_gen_ext_tl_i64 for mtvsrwa compiles but is incorrect on 64-bit PPC
-- the ext_tl_i64 translates to mov_i64.  The instruction semantic is to sign
extend the lower 32 bits of the 64-bit source GPR.

(3) Similarly, using tcg_gen_extu_tl_i64 for mtvsrwz is incorrect for 64-bit
PPC -- this is a mov_i64 and hence does not zero out the upper 32 bits of the
target VSRH.

I can recode the "d" versions to eliminate the extraneous tcg op.

  reply	other threads:[~2014-01-14 14:14 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-10 19:07 [Qemu-devel] [V6 PATCH 00/18] target-ppc: VSX Stage 4 Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 01/18] target-ppc: VSX Stage 4: Add VSX 2.07 Flag Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 02/18] target-ppc: VSX Stage 4: Refactor lxsdx Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 03/18] target-ppc: VSX Stage 4: Add lxsiwax, lxsiwzx and lxsspx Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 04/18] target-ppc: VSX Stage 4: Refactor stxsdx Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 05/18] target-ppc: VSX Stage 4: Add stxsiwx and stxsspx Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 06/18] target-ppc: VSX Stage 4: Add xsaddsp and xssubsp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 07/18] target-ppc: VSX Stage 4: Add xsmulsp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 08/18] target-ppc: VSX Stage 4: Add xsdivsp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 09/18] target-ppc: VSX Stage 4: Add xsresp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 10/18] target-ppc: VSX Stage 4: Add xssqrtsp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 11/18] target-ppc: VSX Stage 4: add xsrsqrtesp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 12/18] target-ppc: VSX Stage 4: Add Scalar SP Fused Multiply-Adds Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 13/18] target-ppc: VSX Stage 4: Add xscvsxdsp and xscvuxdsp Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 14/18] target-ppc: VSX Stage 4: Add xxleqv, xxlnand and xxlorc Tom Musta
2014-01-10 19:07 ` [Qemu-devel] [V6 PATCH 15/18] target-ppc: Move To/From VSR Instructions Tom Musta
2014-01-10 21:29   ` Richard Henderson
2014-01-14 14:14     ` Tom Musta [this message]
2014-01-15 21:07       ` Richard Henderson
2014-01-10 19:08 ` [Qemu-devel] [V6 PATCH 16/18] target-ppc: Floating Merge Word Instructions Tom Musta
2014-01-10 21:34   ` Richard Henderson
2014-01-10 19:08 ` [Qemu-devel] [V6 PATCH 17/18] target-ppc: Scalar Round to Single Precision Tom Musta
2014-01-10 21:40   ` Richard Henderson
2014-01-10 19:08 ` [Qemu-devel] [V6 PATCH 18/18] target-ppc: Scalar Non-Signalling Conversions Tom Musta
2014-01-10 21:42   ` 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=52D54630.7050209@gmail.com \
    --to=tommusta@gmail.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    --cc=rth@twiddle.net \
    /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).