Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp818892rwn; Thu, 8 Sep 2022 09:10:12 -0700 (PDT) X-Google-Smtp-Source: AA6agR71h/HDSmbrh+ekSzh1cuq9AJb4++ADPBMmOAqoi6TY6TWap3Ne7Oknbv9/SzTJVSHHxfMO X-Received: by 2002:a2e:9608:0:b0:26a:a73b:b8c1 with SMTP id v8-20020a2e9608000000b0026aa73bb8c1mr2835457ljh.328.1662653412145; Thu, 08 Sep 2022 09:10:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662653412; cv=none; d=google.com; s=arc-20160816; b=NCaqDCyaiOIKG/JA5mi1fcHAM6NwckIIt/hc82l0niTUYZs/0zGCajRnyvLI1PDiV4 DbugMTyjWi+ZrF3OIAAPYhSFZPVGgSYz4ojQHSlbtUjHxTkQX1wnGPX9A0NLegjJa2gm wKvwR2WDtTMsYxGdZM1rsdKS4VJ3iOnggPAECVP/zaisN6nnujqVJNR9i/Hi7yVPoLoV 3Jfghr9oZr8KYXm6VF+Z92/J3A8ahcm38j0C0IsKXQc2HtSdhuB8iK3ZoDvKkCQ1D2BM zHiEzS2UwIXUKmvvQ5k6nCEgwILjIgbg00U2Y/AdaZOklTc5brnBkDw6lF9jgSry2dtc kw4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=G18JtZkeARBUX96TY3LYjvYjOm1ygVmkEmGGePpQ9Q8=; b=joTQpBo3tVxi5pCMwDm4sYXmszrKyLmBtBmqmalG/upanaTgwTAuVhPZdcCHs2es3Z cv+gmKwkW3DuAGO9doSk6bO9Jh4HEJ7RUWTiamDS8fscWcgqUU1AlwovjODFlXJerK8R nNUa8y8WQCaLmG3BLFnGRSBTV61kuwdEwMRFalot8wrP1JdZaEKpVbC9gvLYuCRRAiRj 2q/nin8+FC2Prmq16JlOFq8h1fwkCKaduPLkcCk2OLLzcC+6hPcQ8SRhtinRZZPOJyRx XAt3eMHCkVkazxCxdVnY9S1snDB2vBLidod70QWJThb/tDPSZZkbsZon8eIFKQnufuQj dnrw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cf3-20020a056512280300b00494665bf05dsi9586024lfb.36.2022.09.08.09.09.38; Thu, 08 Sep 2022 09:10:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231645AbiIHPty (ORCPT + 99 others); Thu, 8 Sep 2022 11:49:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46746 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229624AbiIHPtw (ORCPT ); Thu, 8 Sep 2022 11:49:52 -0400 Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 72DDE481D1 for ; Thu, 8 Sep 2022 08:49:47 -0700 (PDT) Received: from ip5b412258.dynamic.kabel-deutschland.de ([91.65.34.88] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1oWJmj-0006hF-KI; Thu, 08 Sep 2022 17:49:45 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: linux-riscv@lists.infradead.org, kvm-riscv@lists.infradead.org, Andrew Jones Cc: linux-kernel@vger.kernel.org, paul.walmsley@sifive.com, palmer@dabbelt.com, aou@eecs.berkeley.edu, anup@brainfault.org, mchitale@ventanamicro.com Subject: Re: [PATCH v2 2/4] riscv: Introduce support for defining instructions Date: Thu, 08 Sep 2022 17:49:44 +0200 Message-ID: <3006889.o7ts2hSHzF@diego> In-Reply-To: <20220831172500.752195-3-ajones@ventanamicro.com> References: <20220831172500.752195-1-ajones@ventanamicro.com> <20220831172500.752195-3-ajones@ventanamicro.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_SCC_BODY_TEXT_LINE,T_SPF_HELO_TEMPERROR autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mittwoch, 31. August 2022, 19:24:58 CEST schrieb Andrew Jones: > When compiling with toolchains that haven't yet been taught about > new instructions we need to encode them ourselves. Create a new file > where support for instruction definitions will evolve. We initiate > the file with a macro called INSN_R(), which implements the R-type > instruction encoding. INSN_R() will use the assembler's .insn > directive when available, which should give the assembler a chance > to do some validation. When .insn is not available we fall back to > manual encoding. > > Not only should using instruction encoding macros improve readability > and maintainability of code over the alternative of inserting > instructions directly (e.g. '.word 0xc0de'), but we should also gain > potential for more optimized code after compilation because the > compiler will have control over the input and output registers used. > > Signed-off-by: Andrew Jones > Reviewed-by: Anup Patel > --- > arch/riscv/Kconfig | 3 ++ > arch/riscv/include/asm/insn-def.h | 86 +++++++++++++++++++++++++++++++ > 2 files changed, 89 insertions(+) > create mode 100644 arch/riscv/include/asm/insn-def.h > > diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig > index ed66c31e4655..f8f3b316b838 100644 > --- a/arch/riscv/Kconfig > +++ b/arch/riscv/Kconfig > @@ -227,6 +227,9 @@ config RISCV_DMA_NONCOHERENT > select ARCH_HAS_SETUP_DMA_OPS > select DMA_DIRECT_REMAP > > +config AS_HAS_INSN > + def_bool $(as-instr,.insn r 51$(comma) 0$(comma) 0$(comma) t0$(comma) t0$(comma) zero) > + > source "arch/riscv/Kconfig.socs" > source "arch/riscv/Kconfig.erratas" > > diff --git a/arch/riscv/include/asm/insn-def.h b/arch/riscv/include/asm/insn-def.h > new file mode 100644 > index 000000000000..2dcd1d4781bf > --- /dev/null > +++ b/arch/riscv/include/asm/insn-def.h > @@ -0,0 +1,86 @@ > +/* SPDX-License-Identifier: GPL-2.0-only */ > + > +#ifndef __ASM_INSN_DEF_H > +#define __ASM_INSN_DEF_H > + > +#include > + > +#define INSN_R_FUNC7_SHIFT 25 > +#define INSN_R_RS2_SHIFT 20 > +#define INSN_R_RS1_SHIFT 15 > +#define INSN_R_FUNC3_SHIFT 12 > +#define INSN_R_RD_SHIFT 7 > +#define INSN_R_OPCODE_SHIFT 0 > + > +#ifdef __ASSEMBLY__ > + > +#ifdef CONFIG_AS_HAS_INSN > + > + .macro insn_r, opcode, func3, func7, rd, rs1, rs2 > + .insn r \opcode, \func3, \func7, \rd, \rs1, \rs2 > + .endm > + > +#else > + > +#include > + > + .macro insn_r, opcode, func3, func7, rd, rs1, rs2 > + .4byte ((\opcode << INSN_R_OPCODE_SHIFT) | \ > + (\func3 << INSN_R_FUNC3_SHIFT) | \ > + (\func7 << INSN_R_FUNC7_SHIFT) | \ > + (.L__gpr_num_\rd << INSN_R_RD_SHIFT) | \ > + (.L__gpr_num_\rs1 << INSN_R_RS1_SHIFT) | \ > + (.L__gpr_num_\rs2 << INSN_R_RS2_SHIFT)) > + .endm > + > +#endif > + > +#define INSN_R(...) insn_r __VA_ARGS__ > + > +#else /* ! __ASSEMBLY__ */ > + > +#ifdef CONFIG_AS_HAS_INSN > + > +#define INSN_R(opcode, func3, func7, rd, rs1, rs2) \ > + ".insn r " opcode ", " func3 ", " func7 ", " rd ", " rs1 ", " rs2 "\n" > + > +#else > + > +#include > +#include > + > +#define DEFINE_INSN_R \ > + __DEFINE_ASM_GPR_NUMS \ > +" .macro insn_r, opcode, func3, func7, rd, rs1, rs2\n" \ > +" .4byte ((\\opcode << " __stringify(INSN_R_OPCODE_SHIFT) ") |" \ > +" (\\func3 << " __stringify(INSN_R_FUNC3_SHIFT) ") |" \ > +" (\\func7 << " __stringify(INSN_R_FUNC7_SHIFT) ") |" \ > +" (.L__gpr_num_\\rd << " __stringify(INSN_R_RD_SHIFT) ") |" \ > +" (.L__gpr_num_\\rs1 << " __stringify(INSN_R_RS1_SHIFT) ") |" \ > +" (.L__gpr_num_\\rs2 << " __stringify(INSN_R_RS2_SHIFT) "))\n" \ > +" .endm\n" > + > +#define UNDEFINE_INSN_R \ > +" .purgem insn_r\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 > + > +#endif > + > +#endif /* ! __ASSEMBLY__ */ > + > +#define OPCODE(v) __ASM_STR(v) > +#define FUNC3(v) __ASM_STR(v) > +#define FUNC7(v) __ASM_STR(v) > +#define RD(v) __ASM_STR(v) > +#define RS1(v) __ASM_STR(v) > +#define RS2(v) __ASM_STR(v) you might want some sort of prefix here RISCV_RS1(v) ? While trying to adapt this for the cmo stuff I ran into the issue of bpf complaining that "IMM" is already defined there. And names above are generic enough that these also might conflict with other stuff. > +#define __REG(v) __ASM_STR(x ## v) > +#define __RD(v) __REG(v) > +#define __RS1(v) __REG(v) > +#define __RS2(v) __REG(v) > + > +#endif /* __ASM_INSN_DEF_H */ >