[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aTByhBmo_eOJnzZU@debug.ba.rivosinc.com>
Date: Wed, 3 Dec 2025 09:25:24 -0800
From: Deepak Gupta <debug@...osinc.com>
To: zhouquan@...as.ac.cn
Cc: anup@...infault.org, ajones@...tanamicro.com, atishp@...shpatra.org,
paul.walmsley@...ive.com, palmer@...belt.com,
linux-kernel@...r.kernel.org, linux-riscv@...ts.infradead.org,
kvm@...r.kernel.org, kvm-riscv@...ts.infradead.org
Subject: Re: [PATCH 1/4] RISC-V: KVM: Allow zicfiss/zicfilp exts for Guest/VM
On Wed, Dec 03, 2025 at 09:19:28AM -0800, Deepak Gupta wrote:
>On Mon, Dec 01, 2025 at 09:28:25AM +0800, zhouquan@...as.ac.cn wrote:
>>From: Quan Zhou <zhouquan@...as.ac.cn>
>>
>>Extend the KVM ISA extension ONE_REG interface to allow KVM user
>>space to detect and enable zicfiss/zicfilp exts for Guest/VM,
>>the rules defined in the spec [1] are as follows:
>>---
>>1) Zicfiss extension introduces the SSE field (bit 3) in henvcfg.
>>If the SSE field is set to 1, the Zicfiss extension is activated
>>in VS-mode. When the SSE field is 0, the Zicfiss extension remains
>>inactive in VS-mode.
>>
>>2) Zicfilp extension introduces the LPE field (bit 2) in henvcfg.
>>When the LPE field is set to 1, the Zicfilp extension is enabled
>>in VS-mode. When the LPE field is 0, the Zicfilp extension is not
>>enabled in VS-mode.
>>
>>[1] - https://github.com/riscv/riscv-cfi
>>
>>Signed-off-by: Quan Zhou <zhouquan@...as.ac.cn>
>>---
>>arch/riscv/include/uapi/asm/kvm.h | 2 ++
>>arch/riscv/kvm/vcpu.c | 6 ++++++
>>arch/riscv/kvm/vcpu_onereg.c | 2 ++
>>3 files changed, 10 insertions(+)
>>
>>diff --git a/arch/riscv/include/uapi/asm/kvm.h b/arch/riscv/include/uapi/asm/kvm.h
>>index 759a4852c09a..7ca087848a43 100644
>>--- a/arch/riscv/include/uapi/asm/kvm.h
>>+++ b/arch/riscv/include/uapi/asm/kvm.h
>>@@ -190,6 +190,8 @@ enum KVM_RISCV_ISA_EXT_ID {
>> KVM_RISCV_ISA_EXT_ZFBFMIN,
>> KVM_RISCV_ISA_EXT_ZVFBFMIN,
>> KVM_RISCV_ISA_EXT_ZVFBFWMA,
>>+ KVM_RISCV_ISA_EXT_ZICFILP,
>>+ KVM_RISCV_ISA_EXT_ZICFISS,
>> KVM_RISCV_ISA_EXT_MAX,
>>};
>>
>>diff --git a/arch/riscv/kvm/vcpu.c b/arch/riscv/kvm/vcpu.c
>>index 5ce35aba6069..098d77f9a886 100644
>>--- a/arch/riscv/kvm/vcpu.c
>>+++ b/arch/riscv/kvm/vcpu.c
>>@@ -557,6 +557,12 @@ static void kvm_riscv_vcpu_setup_config(struct kvm_vcpu *vcpu)
>> if (riscv_isa_extension_available(isa, ZICBOZ))
>> cfg->henvcfg |= ENVCFG_CBZE;
>>
>>+ if (riscv_isa_extension_available(isa, ZICFILP))
>>+ cfg->henvcfg |= ENVCFG_LPE;
>
>Blindly enabling landing pad enforcement on guest kernel will lead to issues
>(a guest kernel might not be ready and compiled with landing pad enforcement).
>It must be done via a SSE interface where enable is requested by guest kernel.
>
>>+
>>+ if (riscv_isa_extension_available(isa, ZICFISS))
>>+ cfg->henvcfg |= ENVCFG_SSE;
>
>Same comment on shadow stack enable. While usually shadow stack usage is optin
>where explicityl sspush/sspopchk/ssamoswap has to be part of codegen to use the
>extension and not modifying existing instruction behavior (like zicfilp does on
>`jalr`)
>There is a situaion during early boot of kernel where shadow stack permissions
>for init shadow stack might not have been configured (or satp == BARE at that
>time), in those cases `sspush/sspopchk` in guest kernel will start faulting.
>
>So enabling shadow stack should also be done via SSE interface.
I meant FWFT (not SSE), sorry.
>
>That's how user cfi patchsets also do.
>
>>+
>> if (riscv_isa_extension_available(isa, SVADU) &&
>> !riscv_isa_extension_available(isa, SVADE))
>> cfg->henvcfg |= ENVCFG_ADUE;
>>diff --git a/arch/riscv/kvm/vcpu_onereg.c b/arch/riscv/kvm/vcpu_onereg.c
>>index 865dae903aa0..3d05a4bafd9b 100644
>>--- a/arch/riscv/kvm/vcpu_onereg.c
>>+++ b/arch/riscv/kvm/vcpu_onereg.c
>>@@ -72,6 +72,8 @@ static const unsigned long kvm_isa_ext_arr[] = {
>> KVM_ISA_EXT_ARR(ZICBOP),
>> KVM_ISA_EXT_ARR(ZICBOZ),
>> KVM_ISA_EXT_ARR(ZICCRSE),
>>+ KVM_ISA_EXT_ARR(ZICFILP),
>>+ KVM_ISA_EXT_ARR(ZICFISS),
>> KVM_ISA_EXT_ARR(ZICNTR),
>> KVM_ISA_EXT_ARR(ZICOND),
>> KVM_ISA_EXT_ARR(ZICSR),
>>--
>>2.34.1
>>
>>
Powered by blists - more mailing lists