qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 01/42] target-ppc: add Altivec logical operation


From: Aurelien Jarno
Subject: Re: [Qemu-devel] [PATCH 01/42] target-ppc: add Altivec logical operations.
Date: Thu, 18 Dec 2008 23:48:51 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

On Tue, Dec 16, 2008 at 11:51:35AM -0800, Nathan Froyd wrote:
> On Mon, Dec 15, 2008 at 11:11:52PM +0100, Aurelien Jarno wrote:
> > On Sun, Dec 14, 2008 at 06:14:34PM -0800, Nathan Froyd wrote:
> > > +GEN_VX_LOGICAL(vand, tcg_gen_and_i64, 1028);
> > > +GEN_VX_LOGICAL(vandc, tcg_gen_andc_i64, 1092);
> > > +GEN_VX_LOGICAL(vor, tcg_gen_or_i64, 1156);
> > > +GEN_VX_LOGICAL(vxor, tcg_gen_xor_i64, 1220);
> > > +GEN_VX_LOGICAL(vnor, tcg_gen_nor_i64, 1284);
> > 
> > I know those decimal value comes from the PowerPC manual, but the whole
> > QEMU code uses hexadecimal values instead. Also it is usually passed
> > directly as opc2 and opc3 values. I guess it is better to continue like
> > that for consistencies.
> > 
> > Otherwise the patch looks good, I'll apply it when that is fixed.
> 
> Updated patch below.  I suppose this means redoing a good chunk of the
Thanks, I have just applied it.

> remainder of the patch series, since the convenience macros use the XO
> field approach instead of opc2/opc3, eh?

Yes, I also think this is the way to go.

> 
> Signed-off-by: Nathan Froyd <address@hidden>
> ---
> Use opc2/opc3 instead of one big xo field.  Do this consistency with the
> rest of translate.c
> ---
>  target-ppc/translate.c |   18 ++++++++++++++++++
>  1 files changed, 18 insertions(+), 0 deletions(-)
> 
> diff --git a/target-ppc/translate.c b/target-ppc/translate.c
> index 4c4f9ef..0d1fd57 100644
> --- a/target-ppc/translate.c
> +++ b/target-ppc/translate.c
> @@ -6109,6 +6109,24 @@ GEN_VR_STX(svx, 0x07, 0x07);
>  /* As we don't emulate the cache, stvxl is stricly equivalent to stvx */
>  GEN_VR_STX(svxl, 0x07, 0x0F);
>  
> +/* Logical operations */
> +#define GEN_VX_LOGICAL(name, tcg_op, opc2, opc3)                        \
> +GEN_HANDLER(name, 0x04, opc2, opc3, 0x00000000, PPC_ALTIVEC)            \
> +{                                                                       \
> +    if (unlikely(!ctx->altivec_enabled)) {                              \
> +        gen_exception(ctx, POWERPC_EXCP_VPU);                           \
> +        return;                                                         \
> +    }                                                                   \
> +    tcg_op(cpu_avrh[rD(ctx->opcode)], cpu_avrh[rA(ctx->opcode)], 
> cpu_avrh[rB(ctx->opcode)]); \
> +    tcg_op(cpu_avrl[rD(ctx->opcode)], cpu_avrl[rA(ctx->opcode)], 
> cpu_avrl[rB(ctx->opcode)]); \
> +}
> +
> +GEN_VX_LOGICAL(vand, tcg_gen_and_i64, 2, 16);
> +GEN_VX_LOGICAL(vandc, tcg_gen_andc_i64, 2, 17);
> +GEN_VX_LOGICAL(vor, tcg_gen_or_i64, 2, 18);
> +GEN_VX_LOGICAL(vxor, tcg_gen_xor_i64, 2, 19);
> +GEN_VX_LOGICAL(vnor, tcg_gen_nor_i64, 2, 20);
> +
>  /***                           SPE extension                               
> ***/
>  /* Register moves */
>  
> -- 
> 1.6.0.5
> 
> 
> 
> 

-- 
  .''`.  Aurelien Jarno             | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   address@hidden         | address@hidden
   `-    people.debian.org/~aurel32 | www.aurel32.net




reply via email to

[Prev in Thread] Current Thread [Next in Thread]