From: Richard Henderson <richard.henderson@linaro.org>
To: cupertinomiranda@gmail.com, qemu-devel@nongnu.org
Cc: shahab@synopsys.com, linux-snps-arc@lists.infradead.org,
claziss@synopsys.com, cmiranda@synopsys.com
Subject: Re: [PATCH 07/27] arc: TCG instruction definitions
Date: Wed, 7 Apr 2021 17:20:36 -0700 [thread overview]
Message-ID: <c2288398-1192-5abf-b671-9f57d81200ae@linaro.org> (raw)
In-Reply-To: <20210405143138.17016-8-cupertinomiranda@gmail.com>
On 4/5/21 7:31 AM, cupertinomiranda@gmail.com wrote:
> +/*
> + * ADD
> + * Variables: @b, @c, @a
> + * Functions: getCCFlag, getFFlag, setZFlag, setNFlag, setCFlag, CarryADD,
> + * setVFlag, OverflowADD
> + * --- code ---
> + * {
> + * cc_flag = getCCFlag ();
> + * lb = @b;
> + * lc = @c;
> + * if((cc_flag == true))
> + * {
> + * lb = @b;
> + * lc = @c;
> + * @a = (@b + @c);
> + * if((getFFlag () == true))
> + * {
> + * setZFlag (@a);
> + * setNFlag (@a);
> + * setCFlag (CarryADD (@a, lb, lc));
> + * setVFlag (OverflowADD (@a, lb, lc));
> + * };
> + * };
> + * }
> + */
> +
> +int
> +arc_gen_ADD(DisasCtxt *ctx, TCGv b, TCGv c, TCGv a)
> +{
> + int ret = DISAS_NEXT;
> + TCGv temp_3 = tcg_temp_local_new();
> + TCGv cc_flag = tcg_temp_local_new();
> + TCGv lb = tcg_temp_local_new();
> + TCGv lc = tcg_temp_local_new();
> + TCGv temp_1 = tcg_temp_local_new();
> + TCGv temp_2 = tcg_temp_local_new();
> + TCGv temp_5 = tcg_temp_local_new();
> + TCGv temp_4 = tcg_temp_local_new();
> + TCGv temp_7 = tcg_temp_local_new();
> + TCGv temp_6 = tcg_temp_local_new();
> + getCCFlag(temp_3);
> + tcg_gen_mov_tl(cc_flag, temp_3);
> + tcg_gen_mov_tl(lb, b);
> + tcg_gen_mov_tl(lc, c);
> + TCGLabel *done_1 = gen_new_label();
> + tcg_gen_setcond_tl(TCG_COND_EQ, temp_1, cc_flag, arc_true);
> + tcg_gen_xori_tl(temp_2, temp_1, 1);
> + tcg_gen_andi_tl(temp_2, temp_2, 1);
> + tcg_gen_brcond_tl(TCG_COND_EQ, temp_2, arc_true, done_1);
> + tcg_gen_mov_tl(lb, b);
> + tcg_gen_mov_tl(lc, c);
> + tcg_gen_add_tl(a, b, c);
> + if ((getFFlag () == true)) {
> + setZFlag(a);
> + setNFlag(a);
> + CarryADD(temp_5, a, lb, lc);
> + tcg_gen_mov_tl(temp_4, temp_5);
> + setCFlag(temp_4);
> + OverflowADD(temp_7, a, lb, lc);
> + tcg_gen_mov_tl(temp_6, temp_7);
> + setVFlag(temp_6);
> + }
> + gen_set_label(done_1);
> + tcg_temp_free(temp_3);
> + tcg_temp_free(cc_flag);
> + tcg_temp_free(lb);
> + tcg_temp_free(lc);
> + tcg_temp_free(temp_1);
> + tcg_temp_free(temp_2);
> + tcg_temp_free(temp_5);
> + tcg_temp_free(temp_4);
> + tcg_temp_free(temp_7);
> + tcg_temp_free(temp_6);
> +
> + return ret;
> +}
I must say I'm not really impressed by the results here.
Your input is clearly intended to be fed to an optimizing compiler, which TCG
is not.
> +/*
> + * DIV
> + * Variables: @src2, @src1, @dest
> + * Functions: getCCFlag, divSigned, getFFlag, setZFlag, setNFlag, setVFlag
> + * --- code ---
> + * {
> + * cc_flag = getCCFlag ();
> + * if((cc_flag == true))
> + * {
> + * if(((@src2 != 0) && ((@src1 != 2147483648) || (@src2 != 4294967295))))
> + * {
> + * @dest = divSigned (@src1, @src2);
> + * if((getFFlag () == true))
> + * {
> + * setZFlag (@dest);
> + * setNFlag (@dest);
> + * setVFlag (0);
> + * };
> + * }
> + * else
> + * {
> + * };
> + * };
> + * }
> + */
> +
> +int
> +arc_gen_DIV(DisasCtxt *ctx, TCGv src2, TCGv src1, TCGv dest)
> +{
> + int ret = DISAS_NEXT;
> + TCGv temp_9 = tcg_temp_local_new();
> + TCGv cc_flag = tcg_temp_local_new();
> + TCGv temp_1 = tcg_temp_local_new();
> + TCGv temp_2 = tcg_temp_local_new();
> + TCGv temp_3 = tcg_temp_local_new();
> + TCGv temp_4 = tcg_temp_local_new();
> + TCGv temp_5 = tcg_temp_local_new();
> + TCGv temp_6 = tcg_temp_local_new();
> + TCGv temp_7 = tcg_temp_local_new();
> + TCGv temp_8 = tcg_temp_local_new();
> + TCGv temp_10 = tcg_temp_local_new();
> + TCGv temp_11 = tcg_temp_local_new();
> + getCCFlag(temp_9);
> + tcg_gen_mov_tl(cc_flag, temp_9);
> + TCGLabel *done_1 = gen_new_label();
> + tcg_gen_setcond_tl(TCG_COND_EQ, temp_1, cc_flag, arc_true);
> + tcg_gen_xori_tl(temp_2, temp_1, 1);
> + tcg_gen_andi_tl(temp_2, temp_2, 1);
> + tcg_gen_brcond_tl(TCG_COND_EQ, temp_2, arc_true, done_1);
> + TCGLabel *else_2 = gen_new_label();
> + TCGLabel *done_2 = gen_new_label();
> + tcg_gen_setcondi_tl(TCG_COND_NE, temp_3, src2, 0);
> + tcg_gen_setcondi_tl(TCG_COND_NE, temp_4, src1, 2147483648);
> + tcg_gen_setcondi_tl(TCG_COND_NE, temp_5, src2, 4294967295);
> + tcg_gen_or_tl(temp_6, temp_4, temp_5);
> + tcg_gen_and_tl(temp_7, temp_3, temp_6);
> + tcg_gen_xori_tl(temp_8, temp_7, 1);
> + tcg_gen_andi_tl(temp_8, temp_8, 1);
> + tcg_gen_brcond_tl(TCG_COND_EQ, temp_8, arc_true, else_2);
> + divSigned(temp_10, src1, src2);
> + tcg_gen_mov_tl(dest, temp_10);
> + if ((getFFlag () == true)) {
> + setZFlag(dest);
> + setNFlag(dest);
> + tcg_gen_movi_tl(temp_11, 0);
> + setVFlag(temp_11);
> + }
> + tcg_gen_br(done_2);
> + gen_set_label(else_2);
> + gen_set_label(done_2);
> + gen_set_label(done_1);
Nor is your compiler, for that matter, creating branches for empty elses. The
two together produce cringe-worthy results.
I can't help but feeling that the same amount of effort would have produced a
legible, maintainable conversion directly to TCG, and without the fantastic
amount of duplication you have created with your independent v2 and v3 files.
r~
next prev parent reply other threads:[~2021-04-08 0:22 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-05 14:31 *** ARC port for review *** cupertinomiranda
2021-04-05 14:31 ` [PATCH 01/27] arc: Add initial core cpu files cupertinomiranda
2021-04-07 0:47 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 02/27] arc: Decoder code cupertinomiranda
2021-04-07 1:25 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 03/27] arc: Opcode definitions table cupertinomiranda
2021-04-05 14:31 ` [PATCH 04/27] arc: TCG and decoder glue code and helpers cupertinomiranda
2021-04-07 2:37 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 05/27] arc: TCG instruction generator and hand-definitions cupertinomiranda
2021-04-07 3:52 ` Richard Henderson
2021-04-07 16:47 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 06/27] arc: semfunc.c tcg code generator cupertinomiranda
2021-04-07 17:14 ` Richard Henderson
2021-04-07 18:33 ` Peter Maydell
2021-04-05 14:31 ` [PATCH 07/27] arc: TCG instruction definitions cupertinomiranda
2021-04-07 19:38 ` Richard Henderson
2021-04-08 0:20 ` Richard Henderson [this message]
2021-04-12 14:27 ` Cupertino Miranda
2021-04-05 14:31 ` [PATCH 08/27] arc: Add BCR and AUX registers implementation cupertinomiranda
2021-04-05 14:31 ` [PATCH 09/27] arc: Add IRQ and timer subsystem support cupertinomiranda
2021-04-05 14:31 ` [PATCH 10/27] arc: Add memory management unit (MMU) support cupertinomiranda
2021-04-05 14:31 ` [PATCH 11/27] arc: Add memory protection unit (MPU) support cupertinomiranda
2021-04-05 14:31 ` [PATCH 12/27] arc: Add gdbstub and XML for debugging support cupertinomiranda
2021-04-05 14:31 ` [PATCH 13/27] arc: Add Synopsys ARC emulation boards cupertinomiranda
2021-04-05 14:31 ` [PATCH 14/27] arc: Add support for ARCv2 cupertinomiranda
2021-04-07 20:30 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 15/27] tests/tcg: ARC: Add TCG instruction definition tests cupertinomiranda
2021-04-07 20:38 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 16/27] tests/acceptance: ARC: Add linux boot testing cupertinomiranda
2021-04-07 20:40 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 17/27] arcv3: Core cpu file changes cupertinomiranda
2021-04-05 14:31 ` [PATCH 18/27] arcv3: Decoder code cupertinomiranda
2021-04-07 23:07 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 19/27] arcv3: Opcode definition table cupertinomiranda
2021-04-05 14:31 ` [PATCH 20/27] arcv3: TCG, decoder glue code and helper changes cupertinomiranda
2021-04-07 23:36 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 21/27] arcv3: TCG instruction generator changes cupertinomiranda
2021-04-07 23:43 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 22/27] arcv3: TCG instruction definitions cupertinomiranda
2021-04-07 23:48 ` Richard Henderson
2021-04-05 14:31 ` [PATCH 23/27] arcv3: BCR and AUX register changes cupertinomiranda
2021-04-05 14:31 ` [PATCH 24/27] arcv3: IRQ changes and new MMUv6 WIP cupertinomiranda
2021-04-05 14:31 ` [PATCH 25/27] arcv3: gdbstub changes and new XML files cupertinomiranda
2021-04-05 14:31 ` [PATCH 26/27] arcv3: board changes cupertinomiranda
2021-04-05 14:31 ` [PATCH 27/27] arcv3: Add support for ARCv3 cupertinomiranda
2021-04-06 23:47 ` *** ARC port for review *** Richard Henderson
2021-04-12 14:25 ` Cupertino Miranda
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=c2288398-1192-5abf-b671-9f57d81200ae@linaro.org \
--to=richard.henderson@linaro.org \
--cc=claziss@synopsys.com \
--cc=cmiranda@synopsys.com \
--cc=cupertinomiranda@gmail.com \
--cc=linux-snps-arc@lists.infradead.org \
--cc=qemu-devel@nongnu.org \
--cc=shahab@synopsys.com \
/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).