From: Conor Dooley <conor@kernel.org>
To: Andrew Jones <ajones@ventanamicro.com>
Cc: linux-riscv@lists.infradead.org, kvm-riscv@lists.infradead.org,
Paul Walmsley <paul.walmsley@sifive.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
Albert Ou <aou@eecs.berkeley.edu>,
Anup Patel <apatel@ventanamicro.com>,
Heiko Stuebner <heiko@sntech.de>,
Conor Dooley <conor.dooley@microchip.com>,
Atish Patra <atishp@rivosinc.com>,
Jisheng Zhang <jszhang@kernel.org>
Subject: Re: [PATCH 3/9] RISC-V: insn-def: Define cbo.zero
Date: Sun, 30 Oct 2022 21:08:35 +0000 [thread overview]
Message-ID: <Y17n0xRqGPihGkRJ@spud> (raw)
In-Reply-To: <20221027130247.31634-4-ajones@ventanamicro.com>
On Thu, Oct 27, 2022 at 03:02:41PM +0200, Andrew Jones wrote:
> CBO instructions use the I-type of instruction format where
> the immediate is used to identify the CBO instruction type.
> Add I-type instruction encoding support to insn-def and also
> add cbo.zero.
Cool, I like this a lot more than putting cc-option & linker version
number checks into Kbuild stuff. I guess if this gets applied, I'll
send one ripping my checks in Kconfig out and replace it with one of
these?
I mostly just cross-checked the numbers etc here and things look grand.
Reviewed-by: Conor Dooley <conor.dooley@microchip.com>
One minor comment below.
>
> Signed-off-by: Andrew Jones <ajones@ventanamicro.com>
> ---
> arch/riscv/include/asm/insn-def.h | 50 +++++++++++++++++++++++++++++++
> 1 file changed, 50 insertions(+)
>
> diff --git a/arch/riscv/include/asm/insn-def.h b/arch/riscv/include/asm/insn-def.h
> index 16044affa57c..f13054716556 100644
> --- a/arch/riscv/include/asm/insn-def.h
> +++ b/arch/riscv/include/asm/insn-def.h
> @@ -12,6 +12,12 @@
> #define INSN_R_RD_SHIFT 7
> #define INSN_R_OPCODE_SHIFT 0
>
> +#define INSN_I_SIMM12_SHIFT 20
> +#define INSN_I_RS1_SHIFT 15
> +#define INSN_I_FUNC3_SHIFT 12
> +#define INSN_I_RD_SHIFT 7
> +#define INSN_I_OPCODE_SHIFT 0
> +
> #ifdef __ASSEMBLY__
>
> #ifdef CONFIG_AS_HAS_INSN
> @@ -20,6 +26,10 @@
> .insn r \opcode, \func3, \func7, \rd, \rs1, \rs2
> .endm
>
> + .macro insn_i, opcode, func3, rd, rs1, simm12
> + .insn i \opcode, \func3, \rd, \rs1, \simm12
> + .endm
> +
> #else
>
> #include <asm/gpr-num.h>
> @@ -33,9 +43,18 @@
> (.L__gpr_num_\rs2 << INSN_R_RS2_SHIFT))
> .endm
>
> + .macro insn_i, opcode, func3, rd, rs1, simm12
> + .4byte ((\opcode << INSN_I_OPCODE_SHIFT) | \
> + (\func3 << INSN_I_FUNC3_SHIFT) | \
> + (.L__gpr_num_\rd << INSN_I_RD_SHIFT) | \
> + (.L__gpr_num_\rs1 << INSN_I_RS1_SHIFT) | \
> + (\simm12 << INSN_I_SIMM12_SHIFT))
> + .endm
> +
> #endif
>
> #define __INSN_R(...) insn_r __VA_ARGS__
> +#define __INSN_I(...) insn_i __VA_ARGS__
>
> #else /* ! __ASSEMBLY__ */
>
> @@ -44,6 +63,9 @@
> #define __INSN_R(opcode, func3, func7, rd, rs1, rs2) \
> ".insn r " opcode ", " func3 ", " func7 ", " rd ", " rs1 ", " rs2 "\n"
>
> +#define __INSN_I(opcode, func3, rd, rs1, simm12) \
> + ".insn i " opcode ", " func3 ", " rd ", " rs1 ", " simm12 "\n"
> +
> #else
>
> #include <linux/stringify.h>
> @@ -60,14 +82,32 @@
> " (.L__gpr_num_\\rs2 << " __stringify(INSN_R_RS2_SHIFT) "))\n" \
> " .endm\n"
>
> +#define DEFINE_INSN_I \
> + __DEFINE_ASM_GPR_NUMS \
> +" .macro insn_i, opcode, func3, rd, rs1, simm12\n" \
> +" .4byte ((\\opcode << " __stringify(INSN_I_OPCODE_SHIFT) ") |" \
> +" (\\func3 << " __stringify(INSN_I_FUNC3_SHIFT) ") |" \
> +" (.L__gpr_num_\\rd << " __stringify(INSN_I_RD_SHIFT) ") |" \
> +" (.L__gpr_num_\\rs1 << " __stringify(INSN_I_RS1_SHIFT) ") |" \
It'd be nice if these macros had aligned \s. I know the file is pretty
inconsistent in that regard and I'm not asking you to change those but I
think it'd be nice to do so for stuff that's just being added now.
Thanks,
Conor.
> +" (\\simm12 << " __stringify(INSN_I_SIMM12_SHIFT) "))\n" \
> +" .endm\n"
> +
> #define UNDEFINE_INSN_R \
> " .purgem insn_r\n"
>
> +#define UNDEFINE_INSN_I \
> +" .purgem insn_i\n"
> +
> #define __INSN_R(opcode, func3, func7, rd, rs1, rs2) \
> DEFINE_INSN_R \
> "insn_r " opcode ", " func3 ", " func7 ", " rd ", " rs1 ", " rs2 "\n" \
> UNDEFINE_INSN_R
>
> +#define __INSN_I(opcode, func3, rd, rs1, simm12) \
> + DEFINE_INSN_I \
> + "insn_i " opcode ", " func3 ", " rd ", " rs1 ", " simm12 "\n" \
> + UNDEFINE_INSN_I
> +
> #endif
>
> #endif /* ! __ASSEMBLY__ */
> @@ -76,9 +116,14 @@
> __INSN_R(RV_##opcode, RV_##func3, RV_##func7, \
> RV_##rd, RV_##rs1, RV_##rs2)
>
> +#define INSN_I(opcode, func3, rd, rs1, simm12) \
> + __INSN_I(RV_##opcode, RV_##func3, RV_##rd, \
> + RV_##rs1, RV_##simm12)
> +
> #define RV_OPCODE(v) __ASM_STR(v)
> #define RV_FUNC3(v) __ASM_STR(v)
> #define RV_FUNC7(v) __ASM_STR(v)
> +#define RV_SIMM12(v) __ASM_STR(v)
> #define RV_RD(v) __ASM_STR(v)
> #define RV_RS1(v) __ASM_STR(v)
> #define RV_RS2(v) __ASM_STR(v)
> @@ -87,6 +132,7 @@
> #define RV___RS1(v) __RV_REG(v)
> #define RV___RS2(v) __RV_REG(v)
>
> +#define RV_OPCODE_MISC_MEM RV_OPCODE(15)
> #define RV_OPCODE_SYSTEM RV_OPCODE(115)
>
> #define HFENCE_VVMA(vaddr, asid) \
> @@ -134,4 +180,8 @@
> INSN_R(OPCODE_SYSTEM, FUNC3(0), FUNC7(51), \
> __RD(0), RS1(gaddr), RS2(vmid))
>
> +#define CBO_ZERO(base) \
> + INSN_I(OPCODE_MISC_MEM, FUNC3(2), __RD(0), \
> + RS1(base), SIMM12(4))
> +
> #endif /* __ASM_INSN_DEF_H */
> --
> 2.37.3
>
>
> _______________________________________________
> linux-riscv mailing list
> linux-riscv@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-riscv
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2022-10-30 21:08 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-27 13:02 [PATCH 0/9] RISC-V: Apply Zicboz to clear_page and memset Andrew Jones
2022-10-27 13:02 ` [PATCH 1/9] RISC-V: Factor out body of riscv_init_cbom_blocksize loop Andrew Jones
2022-10-27 14:58 ` Heiko Stübner
2022-10-30 20:31 ` Conor Dooley
2022-10-31 8:11 ` Andrew Jones
2022-10-27 13:02 ` [PATCH 2/9] RISC-V: Add Zicboz detection and block size parsing Andrew Jones
2022-10-27 15:03 ` Heiko Stübner
2022-10-27 15:42 ` Andrew Jones
2022-10-30 20:47 ` Conor Dooley
2022-10-31 8:12 ` Andrew Jones
2022-11-13 22:24 ` Conor Dooley
2022-11-14 8:29 ` Andrew Jones
2022-10-27 13:02 ` [PATCH 3/9] RISC-V: insn-def: Define cbo.zero Andrew Jones
2022-10-27 15:37 ` Heiko Stübner
2022-10-30 21:08 ` Conor Dooley [this message]
2022-10-31 8:18 ` Andrew Jones
2022-10-27 13:02 ` [PATCH 4/9] RISC-V: Use Zicboz in clear_page when available Andrew Jones
2022-10-27 13:02 ` [PATCH 5/9] RISC-V: KVM: Provide UAPI for Zicboz block size Andrew Jones
2022-10-30 21:23 ` Conor Dooley
2022-11-27 5:37 ` Anup Patel
2022-10-27 13:02 ` [PATCH 6/9] RISC-V: KVM: Expose Zicboz to the guest Andrew Jones
2022-10-30 21:23 ` Conor Dooley
2022-11-27 5:38 ` Anup Patel
2022-10-27 13:02 ` [PATCH 7/9] RISC-V: lib: Improve memset assembler formatting Andrew Jones
2022-10-30 21:27 ` Conor Dooley
2022-10-27 13:02 ` [PATCH 8/9] RISC-V: lib: Use named labels in memset Andrew Jones
2022-10-30 22:15 ` Conor Dooley
2022-10-31 8:24 ` Andrew Jones
2022-10-27 13:02 ` [PATCH 9/9] RISC-V: Use Zicboz in memset when available Andrew Jones
2022-10-30 22:35 ` Conor Dooley
2022-10-31 8:30 ` Andrew Jones
2022-11-03 2:43 ` Palmer Dabbelt
2022-11-03 10:21 ` Andrew Jones
2022-10-29 9:59 ` [PATCH 0/9] RISC-V: Apply Zicboz to clear_page and memset Andrew Jones
2022-10-30 20:23 ` Conor Dooley
2022-10-31 8:39 ` Andrew Jones
2022-11-01 10:37 ` Andrew Jones
2022-11-01 10:53 ` Andrew Jones
2022-12-20 12:55 ` Conor Dooley
2022-12-26 18:56 ` Andrew Jones
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=Y17n0xRqGPihGkRJ@spud \
--to=conor@kernel.org \
--cc=ajones@ventanamicro.com \
--cc=aou@eecs.berkeley.edu \
--cc=apatel@ventanamicro.com \
--cc=atishp@rivosinc.com \
--cc=conor.dooley@microchip.com \
--cc=heiko@sntech.de \
--cc=jszhang@kernel.org \
--cc=kvm-riscv@lists.infradead.org \
--cc=linux-riscv@lists.infradead.org \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.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