From: Mateja Marjanovic <Mateja.Marjanovic@rt-rk.com> To: Aleksandar Markovic <aleksandar.m.mail@gmail.com> Cc: "QEMU Developers" <qemu-devel@nongnu.org>, "Aleksandar Rikalo" <arikalo@wavecomp.com>, "Richard Henderson" <richard.henderson@linaro.org>, "Philippe Mathieu-Daudé" <philmd@redhat.com>, "Aleksandar Markovic" <amarkovic@wavecomp.com>, "Aurelien Jarno" <aurelien@aurel32.net> Subject: Re: [Qemu-devel] [PATCH v6 4/4] target/mips: Optimize ILVR.<B|H|W|D> MSA instructions Date: Mon, 15 Apr 2019 13:24:10 +0200 [thread overview] Message-ID: <bcc405c5-2e96-19a9-123e-bc607c243209@rt-rk.com> (raw) In-Reply-To: <CAL1e-=i3H+aMaOCqMBkK4r9E4Ezqtyqw=VbwNmJZ6Wnc3in5PA@mail.gmail.com> On 13.4.19. 18:05, Aleksandar Markovic wrote: > On Thu, Apr 4, 2019 at 3:16 PM Mateja Marjanovic > <mateja.marjanovic@rt-rk.com> wrote: >> From: Mateja Marjanovic <Mateja.Marjanovic@rt-rk.com> >> >> Optimized ILVR.<B|H|W|D> instructions, using a hybrid > Optimized -> Optimize > >> approach. For byte data elements, use a helper with an >> unrolled loop (much better performance), for halfword, > (much better performance) -> (having much better performance > than direct tcg translation) > >> word and doubleword data elements use directly tcg >> registers and logic performed on them. >> >> Performance measurement is done by executing the >> instructions a large number of times on a computer >> with Intel Core i7-3770 CPU @ 3.40GHz×8. >> >> =================================================== >> || instr || helper || tcg || hybrid || >> =================================================== >> || ilvr.b: || 62.87 ms || 74.76 ms || 61.52 ms || <-- helper >> || ilvr.h: || 44.11 ms || 33.00 ms || 33.55 ms || <-- tcg >> || ilvr.w: || 34.97 ms || 23.06 ms || 22.67 ms || <-- tcg >> || ilvr.d: || 27.33 ms || 19.87 ms || 20.02 ms || <-- tcg >> =================================================== >> > instr -> instruction > > || 61.52 ms || <-- helper -> || 61.52 ms (helper) || > > and similar for other three raws. I will change those three in v7. > >> Signed-off-by: Mateja Marjanovic <mateja.marjanovic@rt-rk.com> >> --- >> target/mips/helper.h | 2 +- >> target/mips/msa_helper.c | 33 +++++++++++---- >> target/mips/translate.c | 107 ++++++++++++++++++++++++++++++++++++++++++++++- >> 3 files changed, 132 insertions(+), 10 deletions(-) >> >> diff --git a/target/mips/helper.h b/target/mips/helper.h >> index cd73723..d4755ef 100644 >> --- a/target/mips/helper.h >> +++ b/target/mips/helper.h >> @@ -862,7 +862,6 @@ DEF_HELPER_5(msa_sld_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_splat_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_pckev_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_pckod_df, void, env, i32, i32, i32, i32) >> -DEF_HELPER_5(msa_ilvr_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_vshf_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_srar_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_srlr_df, void, env, i32, i32, i32, i32) >> @@ -946,6 +945,7 @@ DEF_HELPER_4(msa_insert_w, void, env, i32, i32, i32) >> DEF_HELPER_4(msa_insert_d, void, env, i32, i32, i32) >> >> DEF_HELPER_4(msa_ilvl_b, void, env, i32, i32, i32) >> +DEF_HELPER_4(msa_ilvr_b, void, env, i32, i32, i32) >> >> DEF_HELPER_4(msa_fclass_df, void, env, i32, i32, i32) >> DEF_HELPER_4(msa_ftrunc_s_df, void, env, i32, i32, i32) >> diff --git a/target/mips/msa_helper.c b/target/mips/msa_helper.c >> index 84bbe6f..2470cef 100644 >> --- a/target/mips/msa_helper.c >> +++ b/target/mips/msa_helper.c >> @@ -1181,14 +1181,6 @@ MSA_FN_DF(pckev_df) >> } while (0) >> MSA_FN_DF(pckod_df) >> #undef MSA_DO >> - >> -#define MSA_DO(DF) \ >> - do { \ >> - pwx->DF[2*i] = R##DF(pwt, i); \ >> - pwx->DF[2*i+1] = R##DF(pws, i); \ >> - } while (0) >> -MSA_FN_DF(ilvr_df) >> -#undef MSA_DO >> #undef MSA_LOOP_COND >> >> #define MSA_LOOP_COND(DF) \ >> @@ -1249,6 +1241,31 @@ void helper_msa_ilvl_b(CPUMIPSState *env, uint32_t wd, >> pwd->b[15] = pws->b[15]; >> } >> >> +void helper_msa_ilvr_b(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + wr_t *pwd = &(env->active_fpu.fpr[wd].wr); >> + wr_t *pws = &(env->active_fpu.fpr[ws].wr); >> + wr_t *pwt = &(env->active_fpu.fpr[wt].wr); >> + > Why do we use here env->active_fpu.fpr[wd].wr, while for other instructions in > this patch, we access msa_wr_d<b|h|w|d[] directly? With a pointer to wr_t we have an array of bytes, halfwords, words or doublewords and can read from them and change them like an ordinary array. In other cases we use a variable that is TCGv_i64 and would have to use tcg_gen functions to modify the value of the register. Before my changes in ilvr instruction helpers env->active_fpu.fpr[wd].wr was used, so I just copy-pasted that. > >> + pwd->b[15] = pws->b[7]; >> + pwd->b[14] = pwt->b[7]; >> + pwd->b[13] = pws->b[6]; >> + pwd->b[12] = pwt->b[6]; >> + pwd->b[11] = pws->b[5]; >> + pwd->b[10] = pwt->b[5]; >> + pwd->b[9] = pws->b[4]; >> + pwd->b[8] = pwt->b[4]; >> + pwd->b[7] = pws->b[3]; >> + pwd->b[6] = pwt->b[3]; >> + pwd->b[5] = pws->b[2]; >> + pwd->b[4] = pwt->b[2]; >> + pwd->b[3] = pws->b[1]; >> + pwd->b[2] = pwt->b[1]; >> + pwd->b[1] = pws->b[0]; >> + pwd->b[0] = pwt->b[0]; >> +} >> + >> void helper_msa_copy_s_b(CPUMIPSState *env, uint32_t rd, >> uint32_t ws, uint32_t n) >> { >> diff --git a/target/mips/translate.c b/target/mips/translate.c >> index 6c6811e..90332fb 100644 >> --- a/target/mips/translate.c >> +++ b/target/mips/translate.c >> @@ -28885,6 +28885,96 @@ static void gen_msa_bit(CPUMIPSState *env, DisasContext *ctx) >> } >> >> /* >> + * [MSA] ILVR.H wd, ws, wt >> + * >> + * Vector Interleave Right (halfword data elements) >> + * >> + */ >> +static inline void gen_ilvr_h(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + TCGv_i64 t1 = tcg_temp_new_i64(); >> + TCGv_i64 t2 = tcg_temp_new_i64(); >> + uint64_t mask = 0x000000000000ffffULL; >> + >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + >> + mask <<= 16; >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 32); >> + tcg_gen_or_i64(msa_wr_d[wd * 2], t2, t1); >> + >> + mask <<= 16; >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 32); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + >> + mask <<= 16; >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_or_i64(msa_wr_d[wd * 2 + 1], t2, t1); >> + >> + tcg_temp_free_i64(t1); >> + tcg_temp_free_i64(t2); >> +} >> + >> +/* >> + * [MSA] ILVR.W wd, ws, wt >> + * >> + * Vector Interleave Right (word data elements) >> + * >> + */ >> +static inline void gen_ilvr_w(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + TCGv_i64 t1 = tcg_temp_new_i64(); >> + TCGv_i64 t2 = tcg_temp_new_i64(); >> + uint64_t mask = 0x00000000ffffffffULL; > Use tcg_const_i64(). The same for the previous function. Will do in v7. > >> + >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 32); >> + tcg_gen_or_i64(msa_wr_d[wd * 2], t2, t1); >> + >> + mask <<= 32; > Just assign the constant value to the mask, no need for shift operation. > The same applies for other similar cases in this patch. I was not sure which would have better performance, so I assumed this with shifting, but I will add with assigning a constant to a register, and test the performance. >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 32); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_or_i64(msa_wr_d[wd * 2 + 1], t2, t1); >> + >> + tcg_temp_free_i64(t1); >> + tcg_temp_free_i64(t2); >> +} >> + >> +/* >> + * [MSA] ILVR.D wd, ws, wt >> + * >> + * Vector Interleave Right (doubleword data elements) >> + * >> + */ >> +static inline void gen_ilvr_d(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + tcg_gen_mov_i64(msa_wr_d[wd * 2 + 1], msa_wr_d[ws * 2]); >> + tcg_gen_mov_i64(msa_wr_d[wd * 2], msa_wr_d[wt * 2]); >> +} >> + > This function seems to be identical to the gen_ilvev_d(). Please, > if that is the case, in this patch rename gen_ilvev_d() to gen_ilvev_ilvr_d(), > and use it both for hanlding ILVEV.D and ILVR.D. I didn't notice that. I will check, and if you are right, I will do that in v7. >> + >> +/* >> * [MSA] ILVL.B wd, ws, wt >> * >> * Vector Interleave Left (byte data elements) >> @@ -29380,7 +29470,22 @@ static void gen_msa_3r(CPUMIPSState *env, DisasContext *ctx) >> gen_helper_msa_div_u_df(cpu_env, tdf, twd, tws, twt); >> break; >> case OPC_ILVR_df: >> - gen_helper_msa_ilvr_df(cpu_env, tdf, twd, tws, twt); >> + switch (df) { >> + case DF_BYTE: >> + gen_helper_msa_ilvr_b(cpu_env, twd, tws, twt); >> + break; >> + case DF_HALF: >> + gen_ilvr_h(env, wd, ws, wt); >> + break; >> + case DF_WORD: >> + gen_ilvr_w(env, wd, ws, wt); >> + break; >> + case DF_DOUBLE: >> + gen_ilvr_d(env, wd, ws, wt); >> + break; >> + default: >> + assert(0); >> + } >> break; >> case OPC_BINSL_df: >> gen_helper_msa_binsl_df(cpu_env, tdf, twd, tws, twt); >> -- >> 2.7.4 >> >> > Thanks, > Aleksandar Thanks, Mateja
WARNING: multiple messages have this Message-ID (diff)
From: Mateja Marjanovic <Mateja.Marjanovic@rt-rk.com> To: Aleksandar Markovic <aleksandar.m.mail@gmail.com> Cc: "Aleksandar Rikalo" <arikalo@wavecomp.com>, "Richard Henderson" <richard.henderson@linaro.org>, "QEMU Developers" <qemu-devel@nongnu.org>, "Aleksandar Markovic" <amarkovic@wavecomp.com>, "Philippe Mathieu-Daudé" <philmd@redhat.com>, "Aurelien Jarno" <aurelien@aurel32.net> Subject: Re: [Qemu-devel] [PATCH v6 4/4] target/mips: Optimize ILVR.<B|H|W|D> MSA instructions Date: Mon, 15 Apr 2019 13:24:10 +0200 [thread overview] Message-ID: <bcc405c5-2e96-19a9-123e-bc607c243209@rt-rk.com> (raw) Message-ID: <20190415112410._Ktj0EzZ6zTvOZQI4YEbeSIxAW4h3ijbDlFzO9ZYnIo@z> (raw) In-Reply-To: <CAL1e-=i3H+aMaOCqMBkK4r9E4Ezqtyqw=VbwNmJZ6Wnc3in5PA@mail.gmail.com> On 13.4.19. 18:05, Aleksandar Markovic wrote: > On Thu, Apr 4, 2019 at 3:16 PM Mateja Marjanovic > <mateja.marjanovic@rt-rk.com> wrote: >> From: Mateja Marjanovic <Mateja.Marjanovic@rt-rk.com> >> >> Optimized ILVR.<B|H|W|D> instructions, using a hybrid > Optimized -> Optimize > >> approach. For byte data elements, use a helper with an >> unrolled loop (much better performance), for halfword, > (much better performance) -> (having much better performance > than direct tcg translation) > >> word and doubleword data elements use directly tcg >> registers and logic performed on them. >> >> Performance measurement is done by executing the >> instructions a large number of times on a computer >> with Intel Core i7-3770 CPU @ 3.40GHz×8. >> >> =================================================== >> || instr || helper || tcg || hybrid || >> =================================================== >> || ilvr.b: || 62.87 ms || 74.76 ms || 61.52 ms || <-- helper >> || ilvr.h: || 44.11 ms || 33.00 ms || 33.55 ms || <-- tcg >> || ilvr.w: || 34.97 ms || 23.06 ms || 22.67 ms || <-- tcg >> || ilvr.d: || 27.33 ms || 19.87 ms || 20.02 ms || <-- tcg >> =================================================== >> > instr -> instruction > > || 61.52 ms || <-- helper -> || 61.52 ms (helper) || > > and similar for other three raws. I will change those three in v7. > >> Signed-off-by: Mateja Marjanovic <mateja.marjanovic@rt-rk.com> >> --- >> target/mips/helper.h | 2 +- >> target/mips/msa_helper.c | 33 +++++++++++---- >> target/mips/translate.c | 107 ++++++++++++++++++++++++++++++++++++++++++++++- >> 3 files changed, 132 insertions(+), 10 deletions(-) >> >> diff --git a/target/mips/helper.h b/target/mips/helper.h >> index cd73723..d4755ef 100644 >> --- a/target/mips/helper.h >> +++ b/target/mips/helper.h >> @@ -862,7 +862,6 @@ DEF_HELPER_5(msa_sld_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_splat_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_pckev_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_pckod_df, void, env, i32, i32, i32, i32) >> -DEF_HELPER_5(msa_ilvr_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_vshf_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_srar_df, void, env, i32, i32, i32, i32) >> DEF_HELPER_5(msa_srlr_df, void, env, i32, i32, i32, i32) >> @@ -946,6 +945,7 @@ DEF_HELPER_4(msa_insert_w, void, env, i32, i32, i32) >> DEF_HELPER_4(msa_insert_d, void, env, i32, i32, i32) >> >> DEF_HELPER_4(msa_ilvl_b, void, env, i32, i32, i32) >> +DEF_HELPER_4(msa_ilvr_b, void, env, i32, i32, i32) >> >> DEF_HELPER_4(msa_fclass_df, void, env, i32, i32, i32) >> DEF_HELPER_4(msa_ftrunc_s_df, void, env, i32, i32, i32) >> diff --git a/target/mips/msa_helper.c b/target/mips/msa_helper.c >> index 84bbe6f..2470cef 100644 >> --- a/target/mips/msa_helper.c >> +++ b/target/mips/msa_helper.c >> @@ -1181,14 +1181,6 @@ MSA_FN_DF(pckev_df) >> } while (0) >> MSA_FN_DF(pckod_df) >> #undef MSA_DO >> - >> -#define MSA_DO(DF) \ >> - do { \ >> - pwx->DF[2*i] = R##DF(pwt, i); \ >> - pwx->DF[2*i+1] = R##DF(pws, i); \ >> - } while (0) >> -MSA_FN_DF(ilvr_df) >> -#undef MSA_DO >> #undef MSA_LOOP_COND >> >> #define MSA_LOOP_COND(DF) \ >> @@ -1249,6 +1241,31 @@ void helper_msa_ilvl_b(CPUMIPSState *env, uint32_t wd, >> pwd->b[15] = pws->b[15]; >> } >> >> +void helper_msa_ilvr_b(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + wr_t *pwd = &(env->active_fpu.fpr[wd].wr); >> + wr_t *pws = &(env->active_fpu.fpr[ws].wr); >> + wr_t *pwt = &(env->active_fpu.fpr[wt].wr); >> + > Why do we use here env->active_fpu.fpr[wd].wr, while for other instructions in > this patch, we access msa_wr_d<b|h|w|d[] directly? With a pointer to wr_t we have an array of bytes, halfwords, words or doublewords and can read from them and change them like an ordinary array. In other cases we use a variable that is TCGv_i64 and would have to use tcg_gen functions to modify the value of the register. Before my changes in ilvr instruction helpers env->active_fpu.fpr[wd].wr was used, so I just copy-pasted that. > >> + pwd->b[15] = pws->b[7]; >> + pwd->b[14] = pwt->b[7]; >> + pwd->b[13] = pws->b[6]; >> + pwd->b[12] = pwt->b[6]; >> + pwd->b[11] = pws->b[5]; >> + pwd->b[10] = pwt->b[5]; >> + pwd->b[9] = pws->b[4]; >> + pwd->b[8] = pwt->b[4]; >> + pwd->b[7] = pws->b[3]; >> + pwd->b[6] = pwt->b[3]; >> + pwd->b[5] = pws->b[2]; >> + pwd->b[4] = pwt->b[2]; >> + pwd->b[3] = pws->b[1]; >> + pwd->b[2] = pwt->b[1]; >> + pwd->b[1] = pws->b[0]; >> + pwd->b[0] = pwt->b[0]; >> +} >> + >> void helper_msa_copy_s_b(CPUMIPSState *env, uint32_t rd, >> uint32_t ws, uint32_t n) >> { >> diff --git a/target/mips/translate.c b/target/mips/translate.c >> index 6c6811e..90332fb 100644 >> --- a/target/mips/translate.c >> +++ b/target/mips/translate.c >> @@ -28885,6 +28885,96 @@ static void gen_msa_bit(CPUMIPSState *env, DisasContext *ctx) >> } >> >> /* >> + * [MSA] ILVR.H wd, ws, wt >> + * >> + * Vector Interleave Right (halfword data elements) >> + * >> + */ >> +static inline void gen_ilvr_h(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + TCGv_i64 t1 = tcg_temp_new_i64(); >> + TCGv_i64 t2 = tcg_temp_new_i64(); >> + uint64_t mask = 0x000000000000ffffULL; >> + >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + >> + mask <<= 16; >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 32); >> + tcg_gen_or_i64(msa_wr_d[wd * 2], t2, t1); >> + >> + mask <<= 16; >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 32); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + >> + mask <<= 16; >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 16); >> + tcg_gen_or_i64(t2, t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_or_i64(msa_wr_d[wd * 2 + 1], t2, t1); >> + >> + tcg_temp_free_i64(t1); >> + tcg_temp_free_i64(t2); >> +} >> + >> +/* >> + * [MSA] ILVR.W wd, ws, wt >> + * >> + * Vector Interleave Right (word data elements) >> + * >> + */ >> +static inline void gen_ilvr_w(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + TCGv_i64 t1 = tcg_temp_new_i64(); >> + TCGv_i64 t2 = tcg_temp_new_i64(); >> + uint64_t mask = 0x00000000ffffffffULL; > Use tcg_const_i64(). The same for the previous function. Will do in v7. > >> + >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_shli_i64(t1, t1, 32); >> + tcg_gen_or_i64(msa_wr_d[wd * 2], t2, t1); >> + >> + mask <<= 32; > Just assign the constant value to the mask, no need for shift operation. > The same applies for other similar cases in this patch. I was not sure which would have better performance, so I assumed this with shifting, but I will add with assigning a constant to a register, and test the performance. >> + tcg_gen_andi_i64(t1, msa_wr_d[wt * 2], mask); >> + tcg_gen_shri_i64(t1, t1, 32); >> + tcg_gen_mov_i64(t2, t1); >> + tcg_gen_andi_i64(t1, msa_wr_d[ws * 2], mask); >> + tcg_gen_or_i64(msa_wr_d[wd * 2 + 1], t2, t1); >> + >> + tcg_temp_free_i64(t1); >> + tcg_temp_free_i64(t2); >> +} >> + >> +/* >> + * [MSA] ILVR.D wd, ws, wt >> + * >> + * Vector Interleave Right (doubleword data elements) >> + * >> + */ >> +static inline void gen_ilvr_d(CPUMIPSState *env, uint32_t wd, >> + uint32_t ws, uint32_t wt) >> +{ >> + tcg_gen_mov_i64(msa_wr_d[wd * 2 + 1], msa_wr_d[ws * 2]); >> + tcg_gen_mov_i64(msa_wr_d[wd * 2], msa_wr_d[wt * 2]); >> +} >> + > This function seems to be identical to the gen_ilvev_d(). Please, > if that is the case, in this patch rename gen_ilvev_d() to gen_ilvev_ilvr_d(), > and use it both for hanlding ILVEV.D and ILVR.D. I didn't notice that. I will check, and if you are right, I will do that in v7. >> + >> +/* >> * [MSA] ILVL.B wd, ws, wt >> * >> * Vector Interleave Left (byte data elements) >> @@ -29380,7 +29470,22 @@ static void gen_msa_3r(CPUMIPSState *env, DisasContext *ctx) >> gen_helper_msa_div_u_df(cpu_env, tdf, twd, tws, twt); >> break; >> case OPC_ILVR_df: >> - gen_helper_msa_ilvr_df(cpu_env, tdf, twd, tws, twt); >> + switch (df) { >> + case DF_BYTE: >> + gen_helper_msa_ilvr_b(cpu_env, twd, tws, twt); >> + break; >> + case DF_HALF: >> + gen_ilvr_h(env, wd, ws, wt); >> + break; >> + case DF_WORD: >> + gen_ilvr_w(env, wd, ws, wt); >> + break; >> + case DF_DOUBLE: >> + gen_ilvr_d(env, wd, ws, wt); >> + break; >> + default: >> + assert(0); >> + } >> break; >> case OPC_BINSL_df: >> gen_helper_msa_binsl_df(cpu_env, tdf, twd, tws, twt); >> -- >> 2.7.4 >> >> > Thanks, > Aleksandar Thanks, Mateja
next prev parent reply other threads:[~2019-04-15 11:25 UTC|newest] Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-04-04 13:14 [Qemu-devel] [PATCH v6 0/4] target/mips: Optimize MSA interleave instructions Mateja Marjanovic 2019-04-04 13:14 ` [Qemu-devel] [PATCH v6 1/4] target/mips: Optimize ILVOD.<B|H|W|D> MSA instructions Mateja Marjanovic 2019-04-04 13:47 ` Philippe Mathieu-Daudé 2019-04-13 16:09 ` Aleksandar Markovic 2019-04-13 16:09 ` Aleksandar Markovic 2019-04-04 13:14 ` [Qemu-devel] [PATCH v6 2/4] target/mips: Optimize ILVEV.<B|H|W|D> " Mateja Marjanovic 2019-04-04 13:42 ` Philippe Mathieu-Daudé 2019-04-04 18:19 ` Aleksandar Markovic 2019-04-04 19:17 ` Philippe Mathieu-Daudé 2019-04-05 0:26 ` Aleksandar Markovic 2019-04-05 0:26 ` Aleksandar Markovic 2019-04-17 12:45 ` Mateja Marjanovic 2019-04-17 12:45 ` Mateja Marjanovic 2019-04-13 16:05 ` Aleksandar Markovic 2019-04-13 16:05 ` Aleksandar Markovic 2019-04-15 13:48 ` Mateja Marjanovic 2019-04-15 13:48 ` Mateja Marjanovic 2019-04-04 13:14 ` [Qemu-devel] [PATCH v6 3/4] target/mips: Optimize ILVL.<B|H|W|D> " Mateja Marjanovic 2019-04-13 16:15 ` Aleksandar Markovic 2019-04-13 16:15 ` Aleksandar Markovic 2019-04-04 13:14 ` [Qemu-devel] [PATCH v6 4/4] target/mips: Optimize ILVR.<B|H|W|D> " Mateja Marjanovic 2019-04-13 16:05 ` Aleksandar Markovic 2019-04-13 16:05 ` Aleksandar Markovic 2019-04-15 11:24 ` Mateja Marjanovic [this message] 2019-04-15 11:24 ` Mateja Marjanovic 2019-04-16 21:20 ` Aleksandar Markovic 2019-04-16 21:20 ` Aleksandar Markovic 2019-04-17 8:16 ` Mateja Marjanovic 2019-04-17 8:16 ` Mateja Marjanovic
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=bcc405c5-2e96-19a9-123e-bc607c243209@rt-rk.com \ --to=mateja.marjanovic@rt-rk.com \ --cc=aleksandar.m.mail@gmail.com \ --cc=amarkovic@wavecomp.com \ --cc=arikalo@wavecomp.com \ --cc=aurelien@aurel32.net \ --cc=philmd@redhat.com \ --cc=qemu-devel@nongnu.org \ --cc=richard.henderson@linaro.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.