From: Atish Patra <atish.patra@linux.dev>
To: Anup Patel <apatel@ventanamicro.com>
Cc: Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
Alexandre Ghiti <alex@ghiti.fr>,
Andrew Jones <ajones@ventanamicro.com>,
Anup Patel <anup@brainfault.org>,
kvm@vger.kernel.org, kvm-riscv@lists.infradead.org,
linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 06/13] RISC-V: KVM: Replace KVM_REQ_HFENCE_GVMA_VMID_ALL with KVM_REQ_TLB_FLUSH
Date: Thu, 5 Jun 2025 18:24:08 -0700 [thread overview]
Message-ID: <62127f1a-9225-463b-99d7-947970ea4566@linux.dev> (raw)
In-Reply-To: <20250605061458.196003-7-apatel@ventanamicro.com>
On 6/4/25 11:14 PM, Anup Patel wrote:
> The KVM_REQ_HFENCE_GVMA_VMID_ALL is same as KVM_REQ_TLB_FLUSH so
> to avoid confusion let's replace KVM_REQ_HFENCE_GVMA_VMID_ALL with
> KVM_REQ_TLB_FLUSH. Also, rename kvm_riscv_hfence_gvma_vmid_all_process()
> to kvm_riscv_tlb_flush_process().
>
> Signed-off-by: Anup Patel <apatel@ventanamicro.com>
> ---
> arch/riscv/include/asm/kvm_host.h | 4 ++--
> arch/riscv/kvm/tlb.c | 8 ++++----
> arch/riscv/kvm/vcpu.c | 8 ++------
> 3 files changed, 8 insertions(+), 12 deletions(-)
>
> diff --git a/arch/riscv/include/asm/kvm_host.h b/arch/riscv/include/asm/kvm_host.h
> index 134adc30af52..afaf25f2c5ab 100644
> --- a/arch/riscv/include/asm/kvm_host.h
> +++ b/arch/riscv/include/asm/kvm_host.h
> @@ -36,7 +36,6 @@
> #define KVM_REQ_UPDATE_HGATP KVM_ARCH_REQ(2)
> #define KVM_REQ_FENCE_I \
> KVM_ARCH_REQ_FLAGS(3, KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP)
> -#define KVM_REQ_HFENCE_GVMA_VMID_ALL KVM_REQ_TLB_FLUSH
> #define KVM_REQ_HFENCE_VVMA_ALL \
> KVM_ARCH_REQ_FLAGS(4, KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP)
> #define KVM_REQ_HFENCE \
> @@ -327,8 +326,9 @@ void kvm_riscv_local_hfence_vvma_gva(unsigned long vmid,
> unsigned long order);
> void kvm_riscv_local_hfence_vvma_all(unsigned long vmid);
>
> +void kvm_riscv_tlb_flush_process(struct kvm_vcpu *vcpu);
> +
> void kvm_riscv_fence_i_process(struct kvm_vcpu *vcpu);
> -void kvm_riscv_hfence_gvma_vmid_all_process(struct kvm_vcpu *vcpu);
> void kvm_riscv_hfence_vvma_all_process(struct kvm_vcpu *vcpu);
> void kvm_riscv_hfence_process(struct kvm_vcpu *vcpu);
>
> diff --git a/arch/riscv/kvm/tlb.c b/arch/riscv/kvm/tlb.c
> index b3461bfd9756..da98ca801d31 100644
> --- a/arch/riscv/kvm/tlb.c
> +++ b/arch/riscv/kvm/tlb.c
> @@ -162,7 +162,7 @@ void kvm_riscv_fence_i_process(struct kvm_vcpu *vcpu)
> local_flush_icache_all();
> }
>
> -void kvm_riscv_hfence_gvma_vmid_all_process(struct kvm_vcpu *vcpu)
> +void kvm_riscv_tlb_flush_process(struct kvm_vcpu *vcpu)
> {
> struct kvm_vmid *v = &vcpu->kvm->arch.vmid;
> unsigned long vmid = READ_ONCE(v->vmid);
> @@ -342,14 +342,14 @@ void kvm_riscv_hfence_gvma_vmid_gpa(struct kvm *kvm,
> data.size = gpsz;
> data.order = order;
> make_xfence_request(kvm, hbase, hmask, KVM_REQ_HFENCE,
> - KVM_REQ_HFENCE_GVMA_VMID_ALL, &data);
> + KVM_REQ_TLB_FLUSH, &data);
> }
>
> void kvm_riscv_hfence_gvma_vmid_all(struct kvm *kvm,
> unsigned long hbase, unsigned long hmask)
> {
> - make_xfence_request(kvm, hbase, hmask, KVM_REQ_HFENCE_GVMA_VMID_ALL,
> - KVM_REQ_HFENCE_GVMA_VMID_ALL, NULL);
> + make_xfence_request(kvm, hbase, hmask, KVM_REQ_TLB_FLUSH,
> + KVM_REQ_TLB_FLUSH, NULL);
> }
>
> void kvm_riscv_hfence_vvma_asid_gva(struct kvm *kvm,
> diff --git a/arch/riscv/kvm/vcpu.c b/arch/riscv/kvm/vcpu.c
> index cc7d00bcf345..684efaf5cee9 100644
> --- a/arch/riscv/kvm/vcpu.c
> +++ b/arch/riscv/kvm/vcpu.c
> @@ -720,12 +720,8 @@ static void kvm_riscv_check_vcpu_requests(struct kvm_vcpu *vcpu)
> if (kvm_check_request(KVM_REQ_FENCE_I, vcpu))
> kvm_riscv_fence_i_process(vcpu);
>
> - /*
> - * The generic KVM_REQ_TLB_FLUSH is same as
> - * KVM_REQ_HFENCE_GVMA_VMID_ALL
> - */
> - if (kvm_check_request(KVM_REQ_HFENCE_GVMA_VMID_ALL, vcpu))
> - kvm_riscv_hfence_gvma_vmid_all_process(vcpu);
> + if (kvm_check_request(KVM_REQ_TLB_FLUSH, vcpu))
> + kvm_riscv_tlb_flush_process(vcpu);
>
> if (kvm_check_request(KVM_REQ_HFENCE_VVMA_ALL, vcpu))
> kvm_riscv_hfence_vvma_all_process(vcpu);
Reviewed-by: Atish Patra <atishp@rivosinc.com>
--
kvm-riscv mailing list
kvm-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kvm-riscv
WARNING: multiple messages have this Message-ID (diff)
From: Atish Patra <atish.patra@linux.dev>
To: Anup Patel <apatel@ventanamicro.com>
Cc: Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
Alexandre Ghiti <alex@ghiti.fr>,
Andrew Jones <ajones@ventanamicro.com>,
Anup Patel <anup@brainfault.org>,
kvm@vger.kernel.org, kvm-riscv@lists.infradead.org,
linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 06/13] RISC-V: KVM: Replace KVM_REQ_HFENCE_GVMA_VMID_ALL with KVM_REQ_TLB_FLUSH
Date: Thu, 5 Jun 2025 18:24:08 -0700 [thread overview]
Message-ID: <62127f1a-9225-463b-99d7-947970ea4566@linux.dev> (raw)
In-Reply-To: <20250605061458.196003-7-apatel@ventanamicro.com>
On 6/4/25 11:14 PM, Anup Patel wrote:
> The KVM_REQ_HFENCE_GVMA_VMID_ALL is same as KVM_REQ_TLB_FLUSH so
> to avoid confusion let's replace KVM_REQ_HFENCE_GVMA_VMID_ALL with
> KVM_REQ_TLB_FLUSH. Also, rename kvm_riscv_hfence_gvma_vmid_all_process()
> to kvm_riscv_tlb_flush_process().
>
> Signed-off-by: Anup Patel <apatel@ventanamicro.com>
> ---
> arch/riscv/include/asm/kvm_host.h | 4 ++--
> arch/riscv/kvm/tlb.c | 8 ++++----
> arch/riscv/kvm/vcpu.c | 8 ++------
> 3 files changed, 8 insertions(+), 12 deletions(-)
>
> diff --git a/arch/riscv/include/asm/kvm_host.h b/arch/riscv/include/asm/kvm_host.h
> index 134adc30af52..afaf25f2c5ab 100644
> --- a/arch/riscv/include/asm/kvm_host.h
> +++ b/arch/riscv/include/asm/kvm_host.h
> @@ -36,7 +36,6 @@
> #define KVM_REQ_UPDATE_HGATP KVM_ARCH_REQ(2)
> #define KVM_REQ_FENCE_I \
> KVM_ARCH_REQ_FLAGS(3, KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP)
> -#define KVM_REQ_HFENCE_GVMA_VMID_ALL KVM_REQ_TLB_FLUSH
> #define KVM_REQ_HFENCE_VVMA_ALL \
> KVM_ARCH_REQ_FLAGS(4, KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP)
> #define KVM_REQ_HFENCE \
> @@ -327,8 +326,9 @@ void kvm_riscv_local_hfence_vvma_gva(unsigned long vmid,
> unsigned long order);
> void kvm_riscv_local_hfence_vvma_all(unsigned long vmid);
>
> +void kvm_riscv_tlb_flush_process(struct kvm_vcpu *vcpu);
> +
> void kvm_riscv_fence_i_process(struct kvm_vcpu *vcpu);
> -void kvm_riscv_hfence_gvma_vmid_all_process(struct kvm_vcpu *vcpu);
> void kvm_riscv_hfence_vvma_all_process(struct kvm_vcpu *vcpu);
> void kvm_riscv_hfence_process(struct kvm_vcpu *vcpu);
>
> diff --git a/arch/riscv/kvm/tlb.c b/arch/riscv/kvm/tlb.c
> index b3461bfd9756..da98ca801d31 100644
> --- a/arch/riscv/kvm/tlb.c
> +++ b/arch/riscv/kvm/tlb.c
> @@ -162,7 +162,7 @@ void kvm_riscv_fence_i_process(struct kvm_vcpu *vcpu)
> local_flush_icache_all();
> }
>
> -void kvm_riscv_hfence_gvma_vmid_all_process(struct kvm_vcpu *vcpu)
> +void kvm_riscv_tlb_flush_process(struct kvm_vcpu *vcpu)
> {
> struct kvm_vmid *v = &vcpu->kvm->arch.vmid;
> unsigned long vmid = READ_ONCE(v->vmid);
> @@ -342,14 +342,14 @@ void kvm_riscv_hfence_gvma_vmid_gpa(struct kvm *kvm,
> data.size = gpsz;
> data.order = order;
> make_xfence_request(kvm, hbase, hmask, KVM_REQ_HFENCE,
> - KVM_REQ_HFENCE_GVMA_VMID_ALL, &data);
> + KVM_REQ_TLB_FLUSH, &data);
> }
>
> void kvm_riscv_hfence_gvma_vmid_all(struct kvm *kvm,
> unsigned long hbase, unsigned long hmask)
> {
> - make_xfence_request(kvm, hbase, hmask, KVM_REQ_HFENCE_GVMA_VMID_ALL,
> - KVM_REQ_HFENCE_GVMA_VMID_ALL, NULL);
> + make_xfence_request(kvm, hbase, hmask, KVM_REQ_TLB_FLUSH,
> + KVM_REQ_TLB_FLUSH, NULL);
> }
>
> void kvm_riscv_hfence_vvma_asid_gva(struct kvm *kvm,
> diff --git a/arch/riscv/kvm/vcpu.c b/arch/riscv/kvm/vcpu.c
> index cc7d00bcf345..684efaf5cee9 100644
> --- a/arch/riscv/kvm/vcpu.c
> +++ b/arch/riscv/kvm/vcpu.c
> @@ -720,12 +720,8 @@ static void kvm_riscv_check_vcpu_requests(struct kvm_vcpu *vcpu)
> if (kvm_check_request(KVM_REQ_FENCE_I, vcpu))
> kvm_riscv_fence_i_process(vcpu);
>
> - /*
> - * The generic KVM_REQ_TLB_FLUSH is same as
> - * KVM_REQ_HFENCE_GVMA_VMID_ALL
> - */
> - if (kvm_check_request(KVM_REQ_HFENCE_GVMA_VMID_ALL, vcpu))
> - kvm_riscv_hfence_gvma_vmid_all_process(vcpu);
> + if (kvm_check_request(KVM_REQ_TLB_FLUSH, vcpu))
> + kvm_riscv_tlb_flush_process(vcpu);
>
> if (kvm_check_request(KVM_REQ_HFENCE_VVMA_ALL, vcpu))
> kvm_riscv_hfence_vvma_all_process(vcpu);
Reviewed-by: Atish Patra <atishp@rivosinc.com>
WARNING: multiple messages have this Message-ID (diff)
From: Atish Patra <atish.patra@linux.dev>
To: Anup Patel <apatel@ventanamicro.com>
Cc: Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
Alexandre Ghiti <alex@ghiti.fr>,
Andrew Jones <ajones@ventanamicro.com>,
Anup Patel <anup@brainfault.org>,
kvm@vger.kernel.org, kvm-riscv@lists.infradead.org,
linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 06/13] RISC-V: KVM: Replace KVM_REQ_HFENCE_GVMA_VMID_ALL with KVM_REQ_TLB_FLUSH
Date: Thu, 5 Jun 2025 18:24:08 -0700 [thread overview]
Message-ID: <62127f1a-9225-463b-99d7-947970ea4566@linux.dev> (raw)
In-Reply-To: <20250605061458.196003-7-apatel@ventanamicro.com>
On 6/4/25 11:14 PM, Anup Patel wrote:
> The KVM_REQ_HFENCE_GVMA_VMID_ALL is same as KVM_REQ_TLB_FLUSH so
> to avoid confusion let's replace KVM_REQ_HFENCE_GVMA_VMID_ALL with
> KVM_REQ_TLB_FLUSH. Also, rename kvm_riscv_hfence_gvma_vmid_all_process()
> to kvm_riscv_tlb_flush_process().
>
> Signed-off-by: Anup Patel <apatel@ventanamicro.com>
> ---
> arch/riscv/include/asm/kvm_host.h | 4 ++--
> arch/riscv/kvm/tlb.c | 8 ++++----
> arch/riscv/kvm/vcpu.c | 8 ++------
> 3 files changed, 8 insertions(+), 12 deletions(-)
>
> diff --git a/arch/riscv/include/asm/kvm_host.h b/arch/riscv/include/asm/kvm_host.h
> index 134adc30af52..afaf25f2c5ab 100644
> --- a/arch/riscv/include/asm/kvm_host.h
> +++ b/arch/riscv/include/asm/kvm_host.h
> @@ -36,7 +36,6 @@
> #define KVM_REQ_UPDATE_HGATP KVM_ARCH_REQ(2)
> #define KVM_REQ_FENCE_I \
> KVM_ARCH_REQ_FLAGS(3, KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP)
> -#define KVM_REQ_HFENCE_GVMA_VMID_ALL KVM_REQ_TLB_FLUSH
> #define KVM_REQ_HFENCE_VVMA_ALL \
> KVM_ARCH_REQ_FLAGS(4, KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP)
> #define KVM_REQ_HFENCE \
> @@ -327,8 +326,9 @@ void kvm_riscv_local_hfence_vvma_gva(unsigned long vmid,
> unsigned long order);
> void kvm_riscv_local_hfence_vvma_all(unsigned long vmid);
>
> +void kvm_riscv_tlb_flush_process(struct kvm_vcpu *vcpu);
> +
> void kvm_riscv_fence_i_process(struct kvm_vcpu *vcpu);
> -void kvm_riscv_hfence_gvma_vmid_all_process(struct kvm_vcpu *vcpu);
> void kvm_riscv_hfence_vvma_all_process(struct kvm_vcpu *vcpu);
> void kvm_riscv_hfence_process(struct kvm_vcpu *vcpu);
>
> diff --git a/arch/riscv/kvm/tlb.c b/arch/riscv/kvm/tlb.c
> index b3461bfd9756..da98ca801d31 100644
> --- a/arch/riscv/kvm/tlb.c
> +++ b/arch/riscv/kvm/tlb.c
> @@ -162,7 +162,7 @@ void kvm_riscv_fence_i_process(struct kvm_vcpu *vcpu)
> local_flush_icache_all();
> }
>
> -void kvm_riscv_hfence_gvma_vmid_all_process(struct kvm_vcpu *vcpu)
> +void kvm_riscv_tlb_flush_process(struct kvm_vcpu *vcpu)
> {
> struct kvm_vmid *v = &vcpu->kvm->arch.vmid;
> unsigned long vmid = READ_ONCE(v->vmid);
> @@ -342,14 +342,14 @@ void kvm_riscv_hfence_gvma_vmid_gpa(struct kvm *kvm,
> data.size = gpsz;
> data.order = order;
> make_xfence_request(kvm, hbase, hmask, KVM_REQ_HFENCE,
> - KVM_REQ_HFENCE_GVMA_VMID_ALL, &data);
> + KVM_REQ_TLB_FLUSH, &data);
> }
>
> void kvm_riscv_hfence_gvma_vmid_all(struct kvm *kvm,
> unsigned long hbase, unsigned long hmask)
> {
> - make_xfence_request(kvm, hbase, hmask, KVM_REQ_HFENCE_GVMA_VMID_ALL,
> - KVM_REQ_HFENCE_GVMA_VMID_ALL, NULL);
> + make_xfence_request(kvm, hbase, hmask, KVM_REQ_TLB_FLUSH,
> + KVM_REQ_TLB_FLUSH, NULL);
> }
>
> void kvm_riscv_hfence_vvma_asid_gva(struct kvm *kvm,
> diff --git a/arch/riscv/kvm/vcpu.c b/arch/riscv/kvm/vcpu.c
> index cc7d00bcf345..684efaf5cee9 100644
> --- a/arch/riscv/kvm/vcpu.c
> +++ b/arch/riscv/kvm/vcpu.c
> @@ -720,12 +720,8 @@ static void kvm_riscv_check_vcpu_requests(struct kvm_vcpu *vcpu)
> if (kvm_check_request(KVM_REQ_FENCE_I, vcpu))
> kvm_riscv_fence_i_process(vcpu);
>
> - /*
> - * The generic KVM_REQ_TLB_FLUSH is same as
> - * KVM_REQ_HFENCE_GVMA_VMID_ALL
> - */
> - if (kvm_check_request(KVM_REQ_HFENCE_GVMA_VMID_ALL, vcpu))
> - kvm_riscv_hfence_gvma_vmid_all_process(vcpu);
> + if (kvm_check_request(KVM_REQ_TLB_FLUSH, vcpu))
> + kvm_riscv_tlb_flush_process(vcpu);
>
> if (kvm_check_request(KVM_REQ_HFENCE_VVMA_ALL, vcpu))
> kvm_riscv_hfence_vvma_all_process(vcpu);
Reviewed-by: Atish Patra <atishp@rivosinc.com>
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2025-06-06 1:24 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-05 6:14 [PATCH 00/13] MMU related improvements for KVM RISC-V Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 01/13] RISC-V: KVM: Fix the size parameter check in SBI SFENCE calls Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-06 0:00 ` Atish Patra
2025-06-06 0:00 ` Atish Patra
2025-06-06 0:00 ` Atish Patra
2025-06-09 4:43 ` Anup Patel
2025-06-09 4:43 ` Anup Patel
2025-06-09 4:43 ` Anup Patel
2025-06-05 6:14 ` [PATCH 02/13] RISC-V: KVM: Don't treat SBI HFENCE calls as NOPs Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-06 0:11 ` Atish Patra
2025-06-06 0:11 ` Atish Patra
2025-06-06 0:11 ` Atish Patra
2025-06-09 4:43 ` Anup Patel
2025-06-09 4:43 ` Anup Patel
2025-06-09 4:43 ` Anup Patel
2025-06-05 6:14 ` [PATCH 03/13] RISC-V: KVM: Check kvm_riscv_vcpu_alloc_vector_context() return value Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-06 0:16 ` Atish Patra
2025-06-06 0:16 ` Atish Patra
2025-06-06 0:16 ` Atish Patra
2025-06-09 5:01 ` Anup Patel
2025-06-09 5:01 ` Anup Patel
2025-06-09 5:01 ` Anup Patel
2025-06-05 6:14 ` [PATCH 04/13] RISC-V: KVM: Drop the return value of kvm_riscv_vcpu_aia_init() Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-06 0:52 ` Atish Patra
2025-06-06 0:52 ` Atish Patra
2025-06-06 0:52 ` Atish Patra
2025-06-06 4:14 ` Nutty Liu
2025-06-06 4:14 ` Nutty Liu
2025-06-06 4:14 ` Nutty Liu
2025-06-05 6:14 ` [PATCH 05/13] RISC-V: KVM: Rename and move kvm_riscv_local_tlb_sanitize() Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-06 1:21 ` Atish Patra
2025-06-06 1:21 ` Atish Patra
2025-06-06 1:21 ` Atish Patra
2025-06-06 4:25 ` Nutty Liu
2025-06-06 4:25 ` Nutty Liu
2025-06-06 4:25 ` Nutty Liu
2025-06-05 6:14 ` [PATCH 06/13] RISC-V: KVM: Replace KVM_REQ_HFENCE_GVMA_VMID_ALL with KVM_REQ_TLB_FLUSH Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-06 1:24 ` Atish Patra [this message]
2025-06-06 1:24 ` Atish Patra
2025-06-06 1:24 ` Atish Patra
2025-06-05 6:14 ` [PATCH 07/13] RISC-V: KVM: Don't flush TLB in gstage_set_pte() when PTE is unchanged Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 08/13] RISC-V: KVM: Implement kvm_arch_flush_remote_tlbs_range() Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 09/13] RISC-V: KVM: Factor-out MMU related declarations into separate headers Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 10/13] RISC-V: KVM: Introduce struct kvm_gstage_mapping Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 11/13] RISC-V: KVM: Add vmid field to struct kvm_riscv_hfence Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 12/13] RISC-V: KVM: Factor-out g-stage page table management Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` [PATCH 13/13] RISC-V: KVM: Pass VMID as parameter to kvm_riscv_hfence_xyz() APIs Anup Patel
2025-06-05 6:14 ` Anup Patel
2025-06-05 6:14 ` Anup Patel
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=62127f1a-9225-463b-99d7-947970ea4566@linux.dev \
--to=atish.patra@linux.dev \
--cc=ajones@ventanamicro.com \
--cc=alex@ghiti.fr \
--cc=anup@brainfault.org \
--cc=apatel@ventanamicro.com \
--cc=kvm-riscv@lists.infradead.org \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.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 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.