From: David Hildenbrand <david@redhat.com>
To: Richard Henderson <richard.henderson@linaro.org>, qemu-devel@nongnu.org
Subject: Re: [PATCH v4 05/16] tcg/s390x: Implement tcg_out_ld/st for vector types
Date: Tue, 14 Sep 2021 18:46:06 +0200 [thread overview]
Message-ID: <7bd6c9a6-6b0f-5a0c-f9a2-be8a37102196@redhat.com> (raw)
In-Reply-To: <20210626050307.2408505-6-richard.henderson@linaro.org>
On 26.06.21 07:02, Richard Henderson wrote:
> Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
> ---
> tcg/s390x/tcg-target.c.inc | 122 +++++++++++++++++++++++++++++++++----
> 1 file changed, 110 insertions(+), 12 deletions(-)
>
> diff --git a/tcg/s390x/tcg-target.c.inc b/tcg/s390x/tcg-target.c.inc
> index 18233c628d..b6ea129e14 100644
> --- a/tcg/s390x/tcg-target.c.inc
> +++ b/tcg/s390x/tcg-target.c.inc
> @@ -265,6 +265,12 @@ typedef enum S390Opcode {
> RX_STC = 0x42,
> RX_STH = 0x40,
>
> + VRX_VL = 0xe706,
> + VRX_VLLEZ = 0xe704,
> + VRX_VST = 0xe70e,
> + VRX_VSTEF = 0xe70b,
> + VRX_VSTEG = 0xe70a,
> +
> NOP = 0x0707,
> } S390Opcode;
>
> @@ -529,6 +535,31 @@ static void tcg_out_insn_RSY(TCGContext *s, S390Opcode op, TCGReg r1,
> #define tcg_out_insn_RX tcg_out_insn_RS
> #define tcg_out_insn_RXY tcg_out_insn_RSY
>
> +static int RXB(TCGReg v1, TCGReg v2, TCGReg v3, TCGReg v4)
> +{
> + /*
> + * Shift bit 4 of each regno to its corresponding bit of RXB.
> + * RXB itself begins at bit 8 of the instruction so 8 - 4 = 4
> + * is the left-shift of the 4th operand.
> + */
> + return ((v1 & 0x10) << (4 + 3))
> + | ((v2 & 0x10) << (4 + 2))
> + | ((v3 & 0x10) << (4 + 1))
> + | ((v4 & 0x10) << (4 + 0));
> +}
> +
> +static void tcg_out_insn_VRX(TCGContext *s, S390Opcode op, TCGReg v1,
> + TCGReg b2, TCGReg x2, intptr_t d2, int m3)
Is intptr_t really the right type here? Just curious ... I'd have used
an uint16_t and asserted "!(d1 & 0xf000)".
> +{
> + tcg_debug_assert(v1 >= TCG_REG_V0 && v1 <= TCG_REG_V31);
> + tcg_debug_assert(d2 >= 0 && d2 <= 0xfff);
> + tcg_debug_assert(x2 <= TCG_REG_R15);
> + tcg_debug_assert(b2 <= TCG_REG_R15);
> + tcg_out16(s, (op & 0xff00) | ((v1 & 15) << 4) | x2);
Nit: ((v1 & 0xf) << 4)
makes it immediately clearer to me which bits are set by which piece of
this puzzle :)
> + tcg_out16(s, (b2 << 12) | d2);
> + tcg_out16(s, (op & 0x00ff) | RXB(v1, 0, 0, 0) | (m3 << 12));
> +}
> +
> /* Emit an opcode with "type-checking" of the format. */
> #define tcg_out_insn(S, FMT, OP, ...) \
> glue(tcg_out_insn_,FMT)(S, glue(glue(FMT,_),OP), ## __VA_ARGS__)
> @@ -705,25 +736,92 @@ static void tcg_out_mem(TCGContext *s, S390Opcode opc_rx, S390Opcode opc_rxy,
> }
> }
>
> +static void tcg_out_vrx_mem(TCGContext *s, S390Opcode opc_vrx,
> + TCGReg data, TCGReg base, TCGReg index,
> + tcg_target_long ofs, int m3)
> +{
> + if (ofs < 0 || ofs >= 0x1000) {
> + if (ofs >= -0x80000 && ofs < 0x80000) {
> + tcg_out_insn(s, RXY, LAY, TCG_TMP0, base, index, ofs);
> + base = TCG_TMP0;
> + index = TCG_REG_NONE;
> + ofs = 0;
> + } else {
> + tcg_out_movi(s, TCG_TYPE_PTR, TCG_TMP0, ofs);
> + if (index != TCG_REG_NONE) {
> + tcg_out_insn(s, RRE, AGR, TCG_TMP0, index);
> + }
> + index = TCG_TMP0;
> + ofs = 0;
> + }
> + }
> + tcg_out_insn_VRX(s, opc_vrx, data, base, index, ofs, m3);
> +}
>
> /* load data without address translation or endianness conversion */
> -static inline void tcg_out_ld(TCGContext *s, TCGType type, TCGReg data,
> - TCGReg base, intptr_t ofs)
> +static void tcg_out_ld(TCGContext *s, TCGType type, TCGReg data,
> + TCGReg base, intptr_t ofs)
> {
> - if (type == TCG_TYPE_I32) {
> - tcg_out_mem(s, RX_L, RXY_LY, data, base, TCG_REG_NONE, ofs);
> - } else {
> - tcg_out_mem(s, 0, RXY_LG, data, base, TCG_REG_NONE, ofs);
> + switch (type) {
> + case TCG_TYPE_I32:
> + if (likely(data < 16)) {
This actually maps to "if (likely(data <= TCG_REG_R15))", correct?
--
Thanks,
David / dhildenb
next prev parent reply other threads:[~2021-09-14 16:47 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-26 5:02 [PATCH v4 00/16] tcg/s390x: host vector support Richard Henderson
2021-06-26 5:02 ` [PATCH v4 01/16] tcg/s390x: Rename from tcg/s390 Richard Henderson
2021-06-26 5:02 ` [PATCH v4 02/16] tcg/s390x: Change FACILITY representation Richard Henderson
2021-06-26 5:02 ` [PATCH v4 03/16] tcg/s390x: Merge TCG_AREG0 and TCG_REG_CALL_STACK into TCGReg Richard Henderson
2021-06-26 5:02 ` [PATCH v4 04/16] tcg/s390x: Add host vector framework Richard Henderson
2021-09-14 16:27 ` David Hildenbrand
2021-06-26 5:02 ` [PATCH v4 05/16] tcg/s390x: Implement tcg_out_ld/st for vector types Richard Henderson
2021-09-14 16:46 ` David Hildenbrand [this message]
2021-09-14 22:02 ` Richard Henderson
2021-09-14 22:03 ` Richard Henderson
2021-09-14 22:14 ` Richard Henderson
2021-09-15 13:22 ` David Hildenbrand
2021-06-26 5:02 ` [PATCH v4 06/16] tcg/s390x: Implement tcg_out_mov " Richard Henderson
2021-09-14 16:53 ` David Hildenbrand
2021-09-14 16:56 ` David Hildenbrand
2021-06-26 5:02 ` [PATCH v4 07/16] tcg/s390x: Implement tcg_out_dup*_vec Richard Henderson
2021-06-26 5:02 ` [PATCH v4 08/16] tcg/s390x: Implement minimal vector operations Richard Henderson
2021-09-14 17:59 ` David Hildenbrand
2021-06-26 5:03 ` [PATCH v4 09/16] tcg/s390x: Implement andc, orc, abs, neg, not " Richard Henderson
2021-09-14 17:37 ` David Hildenbrand
2021-06-26 5:03 ` [PATCH v4 10/16] tcg/s390x: Implement TCG_TARGET_HAS_mul_vec Richard Henderson
2021-09-14 17:38 ` David Hildenbrand
2021-06-26 5:03 ` [PATCH v4 11/16] tcg/s390x: Implement vector shift operations Richard Henderson
2021-09-14 17:40 ` David Hildenbrand
2021-06-26 5:03 ` [PATCH v4 12/16] tcg/s390x: Implement TCG_TARGET_HAS_minmax_vec Richard Henderson
2021-09-14 17:42 ` David Hildenbrand
2021-06-26 5:03 ` [PATCH v4 13/16] tcg: Expand usadd/ussub with umin/umax Richard Henderson
2021-06-26 5:03 ` [PATCH v4 14/16] tcg/s390x: Implement TCG_TARGET_HAS_sat_vec Richard Henderson
2021-06-26 5:03 ` [PATCH v4 15/16] tcg/s390x: Implement TCG_TARGET_HAS_bitsel_vec Richard Henderson
2021-06-26 5:03 ` [PATCH v4 16/16] tcg/s390x: Implement TCG_TARGET_HAS_cmpsel_vec Richard Henderson
2021-06-26 5:24 ` [PATCH v4 00/16] tcg/s390x: host vector support no-reply
2021-09-12 21:57 ` 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=7bd6c9a6-6b0f-5a0c-f9a2-be8a37102196@redhat.com \
--to=david@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: 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).